Silverlight 및 MVVM에서 최적의 성능을위한 모범 사례는 무엇입니까

Question

많은 정규화 된 테이블이있을 수 있습니다 ... 50 개를 초과 할 수 있습니다 ... ViewModels를 정의하는 최선의 방법이 궁금합니다. 각 폼에 대한 개별 ViewModel 또는 일반 ViewModel 만들기 여러 양식의 경우. 개별 양식을 작성하면 다운로드해야하는 데이터의 크기가 늘어나고 클라이언트의 데이터 중복성이 증가 할 수 있습니다. 즉, 각 양식의 카테고리를 사용하면 각 양식마다 다른 데이터 세트가 있습니다. 그리고 폼의 집합에 대한 일반적인 뷰 모델을 만드는 다른 측면에서는 물건 관리의 복잡성이 증가 할 수 있습니다.

개발 측면을 설명하는 적절한 문서가 있습니까? 최적의 성능을 제공 할 수 있도록 전체 응용 프로그램을 관리하는 모범 사례는 무엇입니까? (서버의 최소 데이터 가져 오기)

시간을내어 도움을 주셔서 감사합니다.

Answer 1

보기의 수는 &이고 파일의 크기는 완전히 열리 며 compressed이 될 수 있습니다. 사용 중 실제 성능은 다르며 다른 요인에 따라 다르지만 실제 브라우저 성능에 대한 아이디어를 얻으려면 SilverlightSpy을 사용해보십시오. 필요에 따라 Silverlight 앱의 일부를 다운로드 할 수도 있지만 이는 고급 기술입니다.

Messaging이 가장 중요한 문제인 경우 Binary Messaging을 확인하십시오.

모든 뷰 또는 중첩 된 Usercontrol에 대해 새 ViewModel을 사용한 다음 모델 간의 통신에 event aggregator을 사용하는 것이 좋습니다.

Answer 2

일반적으로 각보기에 대해보기 모델을 만들 수 있습니다. 두 개의보기가 동일한 데이터를 표시하고 사용자가 동일한 작업을 수행 할 수 있지만 UI 구현 만 다른 경우 View Model을 공유 할 수 있지만 목표는 View Model을 응집력있게 유지하는 것입니다. 보기 모델에 여러보기를 조작하는 코드가 포함되어 있으면 "God Object"패턴을 구현할 위험이 있습니다. 보기 모델이 모두 일정량의 공통 코드를 공유하는 경우 해당 코드를 공통 기본 클래스로 이동하는 것을 고려하십시오.

전혀 다른 두 개의보기 모델이 동일한 모델을 조작 할 수 있습니다. 두 개의보기가 동일한 데이터를 표시하지만 각각 사용자가 고유 한 방식으로 데이터와 상호 작용할 수있는 경우에 해당 될 수 있습니다.

나는 게리 홀 (Gary Hall)에 의해 Pro WPF and Silverlight MVVM을 읽는 것이 좋습니다. 특히 WPF 및/또는 Silverlight와 함께 사용하기 위해 MVVM을 시작하는 것이 좋습니다.