다중 문서 인터페이스

2. 단일 문서 인터페이스와의 차이점

사용성 분야에서는 다중 문서 인터페이스(MDI)와 단일 문서 인터페이스(SDI) 중 어느 쪽이 더 나은지에 대한 논쟁이 많았다. 소프트웨어 회사들은 두 인터페이스를 모두 사용해왔으며 반응은 엇갈렸다. 예를 들어, 마이크로소프트는 오피스 응용 프로그램을 SDI 모드에서 MDI 모드로, 다시 SDI 모드로 변경했는데, 구현 정도는 구성 요소에 따라 다르다.

일반적으로 SDI는 하나 이상의 응용 프로그램을 동시에 사용하여 일할 때 유용하다. 사용자가 하나의 응용 프로그램 창 사이에서 전환하는 것보다 별도의 응용 프로그램 사이에서 더 자주 전환하는 경우에 더 유용할 수 있다.

MDI는 현재 열려 있는 창에 대한 정보가 부족할 경우 혼란스러울 수 있다는 문제점이 지적된다. SDI 애플리케이션의 경우 작업 표시줄 등에서 열린 창 정보를 목록으로 확인할 수 있지만, MDI에서는 일반적으로 자식 창 목록을 확인하기 위해 사용자가 메뉴 등에서 창 목록 표시 기능을 실행해야 한다. 이러한 문제를 해결하기 위해 최근 MDI 애플리케이션은 탭 기능이나 작업 표시줄에 목록 표시 기능을 장착하기도 한다. 탭을 사용하여 열린 문서를 관리하는 인터페이스를 "탭 문서 인터페이스"(TDI)라고 한다. 또 다른 옵션은 콘텐츠가 겹치는 것을 더 쉽게 방지할 수 있는 "타일링된" 분할 창이다.

일부 응용 프로그램에서는 개인적인 선호도 또는 현재 작업에 따라 사용자가 이러한 모드 간에 선택하여 전환할 수 있다.

오늘날까지 거의 모든 그래픽 사용자 인터페이스 툴킷은 MDI를 설계하기 위한 솔루션을 하나 이상 제공한다. 주목할 만한 예외는 MacOS High Sierra에서 탭 창 그룹이 등장하기 전까지 애플의 Cocoa API였다. 예를 들어 Java GUI 툴킷인 Swing은 개별 프레임의 컨테이너 역할을 하는 클래스를 제공한다. GTK는 MDI에 대한 표준화된 지원이 없다.

많은 MDI 애플리케이션은 부모 창과의 결합·자식 창 분리를 일괄적으로 관리한다. 하나를 MDI화하면 모두 MDI화되고, 하나를 부모 창과 결합하면 모두 부모 창과 결합된다. 분리·결합을 개별적으로 관리하는 것은 오페라 등 극히 일부 애플리케이션뿐이다. MDI는 탭 방식의 애플리케이션과 혼동되는 경우도 있으며, 실제로 탭 방식의 애플리케이션과 마찬가지로 사용할 수 있는 애플리케이션도 있지만, 일반적으로 탭 방식으로 창을 관리하는 애플리케이션은 개별 창을 자식 창으로 만들고 크기를 변경하는 것은 불가능하다. 마이크로소프트 비주얼 스튜디오 2010 이후^[2][3]나, 탭 브라우저에서는 문서를 표시하는 탭을 분리하여 독립 창으로 만들 수 있다.

마이크로소프트는 MDI 형식의 애플리케이션을 권장하지 않는다^[4]. MFC^[5]나 Windows Forms^[6]에서는 MDI가 지원되지만, WPF나 Windows Runtime에서는 MDI가 지원되지 않는다.

탭 방식의 인터페이스는 TDI라고 불린다.

SDI와 유사하지만, 하나의 애플리케이션 프로세스 내에서 부모 창을 갖지 않는 여러 최상위 창을 표시하는 형태를 MTI(Multiple Top-level Interface)라고 한다. macOS는 Classic Mac OS부터 전통적으로 이 스타일만 사용한다. MS 오피스의 새로운 SDI도 이 형식이다. 문서마다 프로세스를 시작하지 않으므로 메모리 및 리소스 소비를 억제할 수 있다.

2. 1. 장점

• 여러 자식 창이 다중 문서 인터페이스의 메뉴바 또는 툴바를 공유하므로 혼동을 줄이고 화면 공간을 효율적으로 사용할 수 있다. 이 점은 공통 메뉴바를 사용하는 운영체제에 적합하다.^[2]
• 응용 프로그램의 자식 창들을 한꺼번에 최대화/최소화하거나 표시하고 숨길 수 있다.^[2]
• "타일"과 "캐스케이드" 같은 기능을 자식 창에 구현할 수 있다.^[2]
• 크로스 플랫폼 애플리케이션 개발자가 사용자에게 일관된 행동 양식을 제공할 수 있다.^[2]
• 윈도 환경과 OS의 창 관리가 좋지 않으면 사용자가 직접 관리할 수 있다.^[2]
• 모듈화: 고급 창 관리자를 애플리케이션과 독립적으로 업그레이드할 수 있다.^[2]
• 다중 문서 인터페이스(그리고 탭 문서 인터페이스)를 사용하면, 단일 메뉴 모음 및/또는 도구 모음이 모든 하위 창 간에 공유되어 화면 공간을 효율적으로 사용하고 혼잡함을 줄일 수 있다. 이 주장은 공통 메뉴 모음을 사용하는 운영 체제에서는 덜 관련이 있다.^[3]
• 응용 프로그램의 하위 창을 전체적으로 숨기거나, 표시하거나, 최소화하거나, 최대화할 수 있다.^[3]
• "타일" 및 "계단식"과 같은 기능을 하위 창에 구현할 수 있다.^[3]
• 플랫폼 간 응용 프로그램의 저자는 플랫폼 간에 사용자에게 일관된 응용 프로그램 동작을 제공할 수 있다.^[3]
• 창 환경 및 OS에 훌륭한 창 관리가 부족한 경우, 응용 프로그램 작성자가 직접 구현할 수 있다.^[3]
• 모듈성: 고급 창 관리자는 응용 프로그램과 독립적으로 업그레이드할 수 있다.^[3]

2. 2. 단점

• 여러 모니터를 사용할 때, 부모 창이 여러 모니터에 걸쳐 있으면 자식 창의 일부가 가려질 수 있다.
• MDI는 여러 응용 프로그램의 창을 동시에 보기 어렵게 만들어, 여러 응용 프로그램을 함께 사용하는 작업에 불편함을 줄 수 있다.
• 공유 메뉴는 일부 사용자, 특히 익숙하지 않은 응용 프로그램을 사용할 때 혼란을 줄 수 있다.
• MDI 자식 창은 SDI 응용 프로그램의 창과 미묘하게 다르게 작동하므로, 사용자는 추가적인 학습이 필요하다.
• 깊이 중첩된 자식 창 계층은 복잡하고 혼란스러울 수 있다.
• 운영체제의 창 관리자는 일반적으로 MDI보다 유연하게 창 그룹을 관리할 수 있는 기능을 제공한다.
• MDI 응용 프로그램의 단축키 및 설정은 다른 응용 프로그램과 공유되지 않을 수 있다.
• MDI 프레임 창이 없으면 한 응용 프로그램의 떠 있는 도구 모음이 다른 응용 프로그램의 작업 공간을 어지럽혀 인터페이스가 뒤섞여 사용자를 혼란스럽게 할 수 있다.
• 가상 데스크톱은 MDI의 자식 창에 의해 확장될 수 없다. 그러나 오페라나 크롬처럼 탭/자식 창을 부모 창 외부로 드래그하여 자체 부모 창을 시작하는 방식으로 해결할 수 있는 경우도 있다.
• MDI는 일반적으로 열린 창 관리가 문제점으로 지적된다. 작업 표시줄 등에서 열린 창 정보를 목록으로 확인할 수 있는 SDI 애플리케이션과 달리, MDI에서는 사용자가 메뉴 등에서 창 목록 표시 기능을 실행해야 자식 창 목록을 확인할 수 있다.
• MDI 애플리케이션은 이러한 문제를 해결하기 위해 탭 기능이나 작업 표시줄에 목록 표시 기능을 장착하기도 한다.
• 많은 MDI 애플리케이션은 부모 창과의 결합·자식 창 분리를 일괄적으로 관리한다. 하나를 MDI화하면 모두 MDI화되고, 하나를 부모 창과 결합하면 모두 부모 창과 결합된다. 분리·결합을 개별적으로 관리하는 것은 오페라 등 극히 일부 애플리케이션뿐이다.
• 마이크로소프트 비주얼 스튜디오 2010 이후^[2][3]나, 탭 브라우저에서는 문서를 표시하는 탭을 분리하여 독립 창으로 만들 수 있다.
• 마이크로소프트는 MDI 형식의 애플리케이션을 권장하지 않는다^[4].
• MFC^[5]나 Windows Forms^[6]에서는 MDI가 지원되지만, WPF이나 Windows Runtime에서는 MDI가 지원되지 않는다.