2011-01-30 4 views

답변

3

WPF로 쉽게 마이그레이션 할 수 있도록하려면 기존 코드에 GUI와 비즈니스 계층 간의 높은 결합이 포함되어 있지 않은지 확인하십시오. 가장 중요한 단계는 기존 코드를 리팩터링하는 것이므로 GUI 코드는 GUI와 관련된 것만 포함합니다.

그리고이 단계가 끝나면 마이그레이션 할 프로젝트 부분이 큰 것이 아니며 GUI 로직에만 관련된 것입니다.

winform에서 WPF 로의 이런 종류의 마이그레이션을 수행했을 때 우리는 GUI와 다른 레이어 간의 높은 결합으로 인해 GUI 레이어를 마이그레이션하는 것보다 GUI와 다른 레이어 간의 결합을 제거하는 데 더 많은 시간을 보냈습니다.

0

비슷한 연습을 마치고 나면 할 수 있다고 말하지만 몇 가지 문제가 있습니다. 1 단계 : 명확한 설명을 위해 WPF라고 말하면 어떤 사람들은 Silvelright/web를 의미합니다. WPF는 Silverlight가 아니므로 기존 응용 프로그램을 WPF 씩 클라이언트 응용 프로그램으로 마이그레이션하려고합니다. WPF를 언급 한 이래로 나는 당신이 그 클라이언트/윈도우 기반 애플리케이션을 의미한다고 가정하고 있으므로 우리는 그 경로로 갈 것입니다. (나는 SL을 끝까지 언급 할 것이다.)

2 단계 : 프로젝트를 코드 레벨에서 평가하면 코드를 대부분 리팩토링하므로 상당히 쉽습니다. .net 2.0에서 .net 4.0으로 마이그레이션 할 때 클래스의 수를 정의하고 리팩토링 할 수있는 부분이나 완전히 재 설계된 부분을 살펴볼 것입니다. 이렇게하면 3 단계로 바로 이어집니다.

3 단계 : 디자인 패턴을 선택하십시오. 까다로운 부분 중 하나는 WPVM 용 MVVM과 같은 새로운 디자인 패턴에 대한 용어입니다. lilkely 이상 당신은 스트립 아웃하고 전체 UI를 재 설계 싶습니다. 결과적으로 적절한 디자인 패턴 (MVVM) 또는 그 취향을 활용하는 것이 좋습니다. 또한 디자인 패턴을 지원하기 위해 일부 코드를 변경해야하므로 2 단계로 다시 돌아갑니다.

UI 개발뿐만 아니라 MVVM 온라인 리소스가 있습니다. 만약 내가 WPF 4를 보았을 독서 자료를 찾고 있다면 WPF뿐만 아니라 풀려났다. 둘 다 잘 읽는 것으로, UI 구성 요소의 작동 방식과 프로젝트에서 UI 구성 요소를 사용하는 적절한 방법을 빠르게 찾을 수 있습니다.

.net 4와 컬렉션, 유형 및 물론 wpf를위한 수많은 새로운 클래스의 사용에 대해 알아보십시오.

면책 조항 : 많은 경우 WPF 응용 프로그램을 만들어 기존의 winform 레이아웃과 사례를 사용할 수 있습니다. 이것이 옳은지 잘못된 것인지는 개발자의 문제입니다. 개인적 견해로는 새로운 디자인 패턴을 배우지 않고 winform 접근 방식을 사용할 수 있지만이 접근 방식을 사용하여 프레임 워크의 모든 이점과 기능을 얻지는 못할 것이라는 의견입니다.

마지막으로 이러한 앱을 웹 (실버 라이트)으로 마이그레이션하려는 경우 작업이 조금 더 어려워 질 것입니다. Silvelright는 조금 더 높은 학습 곡선을 가지고 있으며 몇 가지 규칙 (보안, 비동기 호출, 웹 서비스 등)을 배워야하고 따라야합니다. 마이그레이션을 만들 때 Siverlight에서 WPF 로의 마이그레이션이 더 쉽다는 것을 알았습니다. 마이크로 소프트가 Sivelright를 개선하기를 계속하면서 나는 두 개의 패턴 사이에서 코드가 바뀔 수있는 지점에 도달 할 것이라고 생각하지만 지금은 없다.

온라인 그러나 여기 검색을 실시 시작하는 데 도움이되는 몇 가지 링크가 있습니다 : 스콧 거스리 (실버) http://weblogs.asp.net/scottgu/default.aspx 조쉬 스미스 (WPF MVVM) http://joshsmithonwpf.wordpress.com/

행운

최고의
관련 문제