ViewModel 또는 모델: INotifyPropertyChanged는 MVVM의 어디에 위치해야 합니까?

MVVM: ViewModel 또는 Model에서 INotifyPropertyChanged를 어디에 구현해야 합니까?

MVVM 애플리케이션을 개발할 때 ViewModel인지 Model인지에 대한 의문이 생깁니다. INotifyPropertyChanged 인터페이스를 구현해야 합니다. 많은 예가 이 인터페이스를 구현하는 모델을 보여주지만 Josh Smith의 CommandSink 예는 ViewModel이 이를 구현하도록 하여 다른 접근 방식을 취합니다.

모델 INotifyPropertyChanged 구현의 이론적 근거

일부 주장 모델은 UI에 특정하지 않기 때문에 INotifyPropertyChanged를 구현해서는 안 됩니다. 그러나 이 주장은 이 인터페이스가 UI 관련 여부와 상관없이 변경 사항만 알릴 뿐이라는 사실을 간과하고 있습니다. 따라서 비 UI 로직 트리거와 같은 다른 사용 사례에 적합합니다.

ViewModel INotifyPropertyChanged 구현의 이론적 근거

다른 사람들은 INotifyPropertyChanged를 구현하는 ViewModel을 지원합니다. 데이터 바인딩을 단순화합니다. 모델에서 복잡한 이벤트 핸들러를 사용하거나 ViewModel에서 모델로 속성 변경 사항을 전파할 필요가 없습니다.

표준 접근 방식이 있습니까?

이러한 주장에도 불구하고 이 질문에 대한 확실한 답은 없습니다. MVVM은 구현의 유연성을 허용합니다. 결정을 내릴 때 다음 요소를 고려하십시오.

• 성능: 모델이 외부 업데이트를 수신하지 않는 대부분의 경우 모델에 INotifyPropertyChanged를 구현하면 불필요한 성능 오버헤드가 발생할 수 있습니다.
• 개발 용이성: ViewModel에서 INotifyPropertyChanged 구현 특히 오래된 데이터로 작업할 때 바인딩을 단순화합니다.
• 테스트 가능성: INotifyPropertyChanged를 구현하지 않으면 모델 모의가 더 쉬워집니다.

결론

결국 결정은 다음에 달려있습니다. 프로젝트의 특정 요구 사항. 가장 적절한 솔루션을 결정하려면 각 접근 방식의 장단점을 비교해보세요. 독단적인 주장을 피하고 다양한 구현을 탐색하여 애플리케이션에 가장 적합한 것이 무엇인지 찾으세요.

위 내용은 ViewModel 또는 모델: INotifyPropertyChanged는 MVVM의 어디에 위치해야 합니까?의 상세 내용입니다. 자세한 내용은 PHP 중국어 웹사이트의 기타 관련 기사를 참조하세요!