그 당시에 내가 편하지 않았던 형식의 WinForms 응용 프로그램으로 시작한 프로젝트가 있습니다. 이후 WPF에서 몇 가지 WPF UserControls (주로 그리드)를 도입하여 내 프로젝트에 참여 시켰으며 절대적으로 좋아합니다. 질문이 있는데, 내 솔루션의 UI 프로젝트를 순전히 WPF 프로젝트로 변경하고 WinForms을 없애는 데 실질적인 이점이 있습니까? 각 형식이 특정 환경에 적합하다는 것을 충분히 알고 있습니다. 자세한 내용을 알지 못하면 확실한 답을 줄 수는 없겠지만 사람들의 의견을 알고 싶습니다. 누군가가 기존 WinForms App을 WPF 프론트 엔드에 추가 할 수있게 해줍니다. WPF의 새로운 기능을 근본적인WPF 프로젝트로 완전히 옮겨가는 데 따른 번거 로움과 번거 로움
덕분에
다이렉트, 일반적으로 최첨단 컴퓨터 게임에 사용되는 하드웨어 가속 그래픽 API를 기반으로하는 강력한 새로운 인프라입니다. 즉, Windows Forms에서 겪게 될 성능 오버 헤드없이 풍부한 그래픽 효과를 사용할 수 있습니다. 사실 비디오 파일 및 3D 콘텐츠 지원과 같은 고급 기능도 제공됩니다. 이러한 기능 (그리고 좋은 디자인 도구)을 사용하면 눈에 띄는 사용자 인터페이스와 시각적 효과를 창출 할 수 있습니다.
WPF는 크게 향상된 데이터 바인딩 모델, 내용 인쇄 및 인쇄 대기열 관리를위한 새로운 클래스 집합 및 대량의 서식이 지정된 텍스트 표시를위한 문서 기능을 포함하여 비즈니스 개발자에게 직접적인 이점을 제공합니다.
그러나 Windows Forms 응용 프로그램을 만드는 데 상당한 양의 작업을 수행 한 경우에는 애니메이션과 같은 새로운 기능에 액세스하기 위해 전체를 WPF로 마이그레이션 할 필요가 없습니다. 대신 WPF 컨텐트를 기존 Windows Forms 응용 프로그램에 추가하거나 기존 Windows Forms 컨텐트를 통합하는 WPF 응용 프로그램을 만들 수 있습니다.
참조 : 프로 WPF C#을 2008 년 : .NET 3.5 윈도우 프리젠 테이션 파운데이션, Second Edition의
Thanks @Archie. 그래서 내가 지금 가지고있는 것의 반전을 할 수 있고 WinForms 컨트롤을 WPF 프론트 엔드에 포함시킬 수 있습니다. 그것은 유망한 것으로 들린다. – Ben
WPF 앱에서 Winforms를 사용하는 방법에 대한 링크를 제공 할 수 있습니까? – Tigraine
WPF 상호 운용성 주제에 대한 많은 링크가있는 시작점에 대해서는 [이 링크] (http://msdn.microsoft.com/en-us/library/ms753178.aspx)를 클릭하십시오. [이 링크] (http : /msdn.microsoft.com/en-us/library/ms751797.aspx) WinForms/WPF (첫 번째 링크의 링크 목록에도 포함)에 대한 자세한 내용은 – gehho
당신이 의견을하려면 다음이 커뮤니티 위키 질문을 고려해야한다 명확한 답은 없다. – slugster
여기를 참고하십시오. (닫았지만 모든 중복 된 목록이 유용합니다.) http://stackoverflow.com/questions/885266/wpf-vs-windows-forms-closed – Benjol