내 응용 프로그램을 다른 모듈로 분할하지 않으면 (그렇지 않으면 Prism이 갈 길을 잃을 것이라고 주장 할 것입니다) 프리즘을 사용해야합니까?WPF : 작은 응용 프로그램에 프리즘 과잉이 있습니까?
프리즘은 ICommand (코드 페이지에서 나 자신을 수행 할 수 있음)의 편리한 구현을 제공하며 IEventAggregator을 제공하지만 Bootstrapper, Shell, ModuleCatalog의 모든 요소가 실제로 도움이되는지 알고 있습니다.
MVVM 패턴 (프리즘 없음)을 사용하여 관심사를 분리하여 앱을 테스트 할 수 있고 Bob의 삼촌!
작은 응용 프로그램의 경우 과도 함으로 간주 할 수 있지만 작은 응용 프로그램이라 할지라도 몇 가지 유용한 측면을 확인할 수 있습니다. DelegatedCommand 및 IEventAggregator (BTW는 약한 이벤트 처리와 함께 제공되므로 올바르게 구현하는 것은 그리 간단하지 않음).
아마 더 경량 프레임 워크가 더 적합 할 수 있습니다. 나는 프리즘만을 알고 있으므로 정말 논평 할 수 없습니다.
한 가지 지적 할 점은 작은 응용 프로그램이 작게 시작하지만 더 큰 응용 프로그램으로 발전하는 것이 일반적이라는 것입니다. 상대적으로 적은 노력으로 처음부터 바로 구조화하는 것이 나중에 그것을 분류하는 기념비적 인 (때로는 불가능한) 작업을 수행하는 것보다 낫습니다.
작은 앱의 경우 caliburn micro은 더 간단한 프레임 워크를 제공합니다. 나에게 프리즘은 응용 프로그램에서 영역을 정의해야 할 때 특히 유용합니다.
둘 다 결합 할 수도 있습니다. –
MVVM 라이트가 가장 좋습니다 ....!
MVVM Light가 Prism보다 나은 이유를 설명해야합니다. –
+1 - 거의 똑같은 것을 쓰고있었습니다. 파일 시스템, 데이터베이스와 통신하지 않고 외부 엔티티와 통신하거나 주요 하위 창, 페이지 또는 기능을 갖고 있지 않은 작은 응용 프로그램은 기껏해야 "프로토 타입"이며 많은 부분에서 이익을 얻지 못합니다 . 일단 다른 물건을 넣기 시작하면 프리즘은 매우 빨리 매우 유용 해집니다. –