업데이트: 2007년 11월
이 항목에서는 WPF 및 Windows Forms 기술을 모두 사용하는 혼합 응용 프로그램을 작성할 때 발생할 수 있는 몇 가지 일반 문제를 설명합니다.
컨트롤 겹침
컨트롤이 예상대로 겹치지 않을 수 있습니다. Windows Forms는 각 컨트롤에 별개의 HWND를 사용하고 WPF는 페이지의 모든 콘텐츠에 하나의 HWND를 사용합니다. 이 구현 차이로 인해 예기치 않은 겹침 동작이 발생합니다.
WPF에서 호스팅되는 Windows Forms 컨트롤은 항상 WPF 콘텐츠 위에 표시됩니다.
ElementHost 컨트롤에서 호스팅되는 WPF 콘텐츠는 ElementHost 컨트롤의 Z 순서로 표시됩니다. ElementHost 컨트롤을 겹칠 수 있지만 호스팅된 WPF 콘텐츠는 결합되거나 상호 작용하지 않습니다.
자식 속성
WindowsFormsHost 및 ElementHost 클래스는 하나의 자식 컨트롤 또는 요소만 호스팅할 수 있습니다. 둘 이상의 컨트롤이나 요소를 호스팅하려면 컨테이너를 자식 콘텐츠로 사용해야 합니다. 예를 들어 Windows Forms 단추 및 확인란 컨트롤을 System.Windows.Forms.Panel 컨트롤에 추가한 다음 WindowsFormsHost 컨트롤의 Child 속성에 패널을 할당할 수 있습니다. 그러나 단추 및 확인란 컨트롤을 별개로 동일한 WindowsFormsHost 컨트롤에 추가할 수 없습니다.
배율 조정
WPF 및 Windows Forms에는 서로 다른 배율 조정 모델이 있습니다. WPF 배율 조정 변환 중 일부는 Windows Forms 컨트롤에 의미가 있지만 일부는 의미가 없습니다. 예를 들어 Windows Forms 컨트롤의 배율을 0으로 조정하는 것은 작동하지만 동일한 컨트롤의 배율을 다시 0이 아닌 값으로 조정하면 컨트롤의 크기가 0으로 남아 있습니다. 자세한 내용은 WindowsFormsHost 요소에 대한 레이아웃 고려 사항을 참조하십시오.
어댑터
숨겨진 컨테이너가 포함되어 있기 때문에 WindowsFormsHost 및 ElementHost 컨트롤을 사용할 때 혼동이 생길 수 있습니다. WindowsFormsHost 및 ElementHost 컨트롤은 둘 다 어댑터라는 숨겨진 컨테이너가 있으며 이 어댑터는 콘텐츠를 호스팅하는 데 사용됩니다. WindowsFormsHost 요소의 경우 어댑터는 System.Windows.Forms.ContainerControl 클래스에서 파생됩니다. ElementHost 컨트롤의 경우 어댑터는 DockPanel 요소에서 파생됩니다. 다른 상호 운용성 항목의 어댑터에 대한 참조에서 이 컨테이너가 설명됩니다.
중첩
WindowsFormsHost 요소를 ElementHost 컨트롤 안에 중첩하는 것은 지원되지 않습니다. ElementHost 컨트롤을 WindowsFormsHost 요소 안에 중첩하는 것도 지원되지 않습니다.
포커스
포커스는 WPF 및 Windows Forms에서 다르게 작동하는데 이는 혼합 응용 프로그램에서 포커스 문제가 발생할 수 있다는 것을 의미합니다. 예를 들어 WindowsFormsHost 요소 안에 포커스가 있는 상태에서 페이지를 최소화했다가 복원하거나 모달 대화 상자를 표시할 경우 WindowsFormsHost 요소 안의 포커스가 손실될 수 있습니다. WindowsFormsHost 요소에 계속해서 포커스가 있지만 그 안의 컨트롤이 손실될 수 있습니다.
데이터 유효성 검사도 포커스의 영향을 받습니다. 유효성 검사는 WindowsFormsHost 요소에서 작동하지만 Tab 키를 눌러 WindowsFormsHost 요소 밖으로 이동하거나 두 개의 다른 WindowsFormsHost 요소 사이에 이동할 경우에는 작동하지 않습니다.
속성 매핑
일부 속성 매핑에서는 WPF 및 Windows Forms 기술 간의 상이한 구현을 연결하기 위해 광범위한 해석이 필요합니다. 속성 매핑을 사용하면 글꼴, 색 및 기타 속성의 변경 내용에 대해 코드에서 대응할 수 있습니다. 일반적으로 속성 매핑은 PropertyChanged 이벤트 또는 OnPropertyChanged 호출을 수신 대기하고 자식 컨트롤 또는 해당 어댑터에서 적절한 속성을 설정하여 작동합니다. 자세한 내용은 Windows Forms 및 WPF 속성 매핑을 참조하십시오.
호스팅된 콘텐츠의 레이아웃 관련 속성
WindowsFormsHost.Child 또는 ElementHost.Child 속성이 할당된 경우 호스팅된 콘텐츠의 여러 레이아웃 관련 속성이 자동으로 설정됩니다. 이러한 콘텐츠 속성을 변경하면 예기치 않은 레이아웃 동작이 발생할 수 있습니다.
호스팅된 콘텐츠는 WindowsFormsHost 및 ElementHost 부모를 채우기 위해 도킹됩니다. 이 채우기 동작을 사용하도록 설정하기 위해 자식 속성을 설정할 때 여러 속성이 설정됩니다. 다음 표에서는 ElementHost 및 WindowsFormsHost 클래스에 의해 설정되는 콘텐츠 속성을 보여 줍니다.
호스트 클래스 |
콘텐츠 속성 |
|---|---|
호스팅된 콘텐츠에서 이러한 속성을 직접 설정하지 마십시오. 자세한 내용은 WindowsFormsHost 요소에 대한 레이아웃 고려 사항을 참조하십시오.
탐색 응용 프로그램
탐색 응용 프로그램은 사용자 상태를 유지 관리하지 못할 수 있습니다. WindowsFormsHost 요소는 탐색 응용 프로그램에서 사용될 경우 해당 컨트롤을 다시 만듭니다. 사용자가 WindowsFormsHost 요소를 호스팅하는 페이지 밖으로 이동했다가 돌아올 경우 자식 컨트롤을 다시 만드는 작업이 발생합니다. 사용자가 입력한 모든 콘텐츠는 손실됩니다.
메시지 루프 상호 운용성
Windows Forms 메시지 루프를 사용할 경우 메시지가 예상대로 처리되지 않을 수 있습니다. EnableWindowsFormsInterop 메서드는 WindowsFormsHost 생성자에 의해 호출됩니다. 이 메서드는 메시지 필터를 WPF 메시지 루프에 추가합니다. System.Windows.Forms.Control이 메시지의 대상이었고 메시지를 변환/디스패치할 경우 이 필터는 Control.PreProcessMessage 메서드를 호출합니다.
Application.Run을 사용하여 Windows Forms 메시지 루프에 Window를 표시할 경우 EnableModelessKeyboardInterop 메서드를 호출하지 않으면 아무 것도 입력할 수 없습니다. EnableModelessKeyboardInterop 메서드는 Window를 가지며 WPF 메시지 루프에 키 관련 메시지를 다시 라우팅하는 System.Windows.Forms.IMessageFilter를 추가합니다. 자세한 내용은 Windows Forms 및 WPF 상호 운용성 입력 아키텍처를 참조하십시오.
불투명도 및 계층화
HwndHost 클래스는 계층화를 지원하지 않습니다. 이는 WindowsFormsHost 요소에서 Opacity 속성을 설정할 경우 효과가 없으며 true로 설정된 AllowsTransparency가 있는 다른 WPF 창과의 혼합이 발생하지 않는다는 것을 의미합니다.
삭제
클래스를 올바르게 삭제하지 않을 경우 리소스가 누수될 수 있습니다. 혼합 응용 프로그램에서 WindowsFormsHost 및 ElementHost 클래스가 삭제되었는지 확인합니다. 이러한 클래스가 삭제되지 않은 경우 리소스가 누수될 수 있습니다. Windows Forms는 모달이 아닌 해당 Form 부모가 닫힐 때 ElementHost 컨트롤을 삭제합니다. WPF는 응용 프로그램이 종료할 때 WindowsFormsHost 요소를 삭제합니다. Windows Forms 메시지 루프의 Window에서 WindowsFormsHost 요소를 표시할 수 있습니다. 이 경우 응용 프로그램이 종료 중이라는 알림을 코드에서 받지 못할 수도 있습니다.
비주얼 스타일 사용
Windows Forms 컨트롤에서 Microsoft Windows XP 비주얼 스타일을 사용하도록 설정할 수 없습니다. Application.EnableVisualStyles 메서드는 Windows Forms 응용 프로그램에 대한 템플릿에서 호출됩니다. 이 메서드가 기본적으로 호출되지는 않지만 Visual Studio를 사용하여 프로젝트를 만들 경우 버전 6.0의 Comctl32.dll이 사용 가능하면 컨트롤에 대한 Microsoft Windows XP 비주얼 스타일을 얻게 됩니다. 스레드에서 핸들이 만들어지기 전에 EnableVisualStyles 메서드를 호출해야 합니다. 자세한 내용은 방법: 혼합 응용 프로그램에서 비주얼 스타일 사용을 참조하십시오.
라이선스가 있는 컨트롤
메시지 상자에서 라이선스 정보를 사용자에게 표시하는 라이선스가 있는 Windows Forms 컨트롤은 혼합 응용 프로그램에서 예기치 않은 동작을 가져올 수 있습니다. 라이선스가 있는 일부 컨트롤은 핸들 만들기에 응답하여 대화 상자를 표시합니다. 예를 들어 라이선스가 있는 컨트롤은 라이선스가 필요하다거나 컨트롤의 무료 사용 횟수가 세 번 남았다는 것을 사용자에게 알릴 수 있습니다.
WindowsFormsHost 요소는 HwndHost 클래스에서 파생되고 자식 컨트롤의 핸들은 BuildWindowCore 메서드 안에서 만들어집니다. HwndHost 클래스는 BuildWindowCore 메서드에서 메시지가 처리되도록 허용하지 않지만 대화 상자를 표시하면 메시지가 보내집니다. 이 라이선스 시나리오를 가능하게 하려면 WindowsFormsHost 요소의 자식으로 할당하기 전에 컨트롤에서 Control.CreateControl 메서드를 호출합니다.
WPF Designer
Windows Presentation Foundation(WPF) Designer for Visual Studio를 사용하여 WPF 콘텐츠를 디자인할 수 있습니다. 다음 단원에서는 WPF Designer를 사용하여 혼합 응용 프로그램을 만들 때 발생할 수 있는 몇 가지 일반적인 문제를 보여 줍니다.
BackColorTransparent가 디자인 타임에 무시됩니다.
BackColorTransparent 속성이 디자인 타임에 예상대로 작동하지 않을 수 있습니다.
WPF 컨트롤이 표시되는 부모에 있지 않으면 WPF 런타임에 BackColorTransparent 값이 무시됩니다. ElementHost 개체가 별도의 AppDomain에 만들어지므로 BackColorTransparent가 무시될 수 있습니다. 그러나 응용 프로그램을 실행하면 BackColorTransparent가 올바르게 작동합니다.
obj 폴더를 삭제하면 디자인 타임 오류 목록이 나타납니다.
obj 폴더를 삭제하면 디자인 타임 오류 목록이 나타납니다.
ElementHost를 사용하여 디자인하는 경우 프로젝트의 obj 폴더 아래 있는 Debug 또는 Release 폴더에 생성된 파일이 Windows Forms 디자이너에 사용됩니다. 이러한 파일을 삭제하면 디자인 타임 오류 목록이 나타납니다. 이 문제를 해결하려면 프로젝트를 다시 빌드해야 합니다. 자세한 내용은 Windows Forms 디자이너의 디자인 타임 오류를 참조하십시오.
ElementHost 및 IME
ElementHost에 호스팅된 WPF 컨트롤은 현재 ImeMode 속성을 지원하지 않습니다. ImeMode에 대한 변경 사항은 호스팅된 컨트롤에서 무시됩니다.
참고 항목
작업
개념
Windows Forms 및 WPF 상호 운용성 입력 아키텍처
WindowsFormsHost 요소에 대한 레이아웃 고려 사항