MVVM - WPF 명령 바인딩 표준에 관한 내용

Question

MVVM 설계 모델을 잘 이해하고 있다고 생각합니다. 그러나 WPF, 명령 바인딩 및이를 사용하는 방법과 관련하여 엠파이어가 있습니다.

명령을 XAML에 직접 바인딩하기 위해 ViewModel 내에 ICommand 인터페이스를 구현합니다. 이제 ICommand 인터페이스는 PresentationCore.DLL의 일부입니다. 잘못된 부분이 기본 .NET Framework가 아닌 WPF의 일부인 경우 수정하십시오.

ViewModel과 Model의 전체적인 점이 완전히 UI 독립적이지 않아야합니까? 예를 들어, ICommand를 내 ViewModel에 구현하고이를 데이터 컨텍스트로 사용하여 XAML에서 명령을 바인딩하면 내 ViewModel이 WPF 프레임 작업 (특히 PresentationCore.Dll)에 종속되지 않습니다.

내 모델과 뷰 모델을 사용하여 Windows Forms 환경을 사용하려고하면 Windows Forms를 사용하기 때문에 PresentationCore.DLL을 참조해야합니다. WPF 프레임 워크가 아닙니다.

내게 조금 이상하게 보입니다. 여기에 뭔가 빠졌습니까? 내 Model과 ViewModel을 완전히 UI와 UI Framework 독립적으로 유지하기 위해해야하는 또 다른 방법이 있습니까? 그렇지만 여전히 XAML에서 Command 바인딩을 사용할 수 있습니까?

미리 감사드립니다.

Answer 1

또한 이런 종류의 문제가 있지만 wpf가 아니라 POCO 클래스에서 발생했습니다. 내가 한 것은 두 개의 다른 어셈블리에서 두 개의 부분 클래스를 만들었습니다. 당신이 당신의 VM 프로젝트에 의존하는 presentationcore.dll이 아닌 하나의 부분 클래스를 생성하고 다른 어셈블리 (예 : WPFVM)에 부분 클래스를 생성하여 ICommand 물건을 구현합니다. 이제 Winforms 물건에 대해서만 View 프로젝트에 VM 프로젝트 참조를 추가하고 WPF에 대해서는 VM 및 WPFVM의 참조를 View 프로젝트에 추가합니다. 이것이 도움이되기를 바랍니다.

Answer 2

MVVM의 요점은보기 만보기와 아무것도 아닌 것입니다. ICommands를 뷰 모델에 넣으면 코드가 뷰에서 벗어나게됩니다. 문제가 발생하는 곳은 의존성 프로퍼티가 아닌 뷰에있는 어떤 것에 액세스해야한다면 바인딩 할 수 없다는 것입니다.

Answer 3

내 생각에 MVVM은 WPF, Silverlight에 자연스럽게 들어 있기 때문에 매우 인기가 있습니다. XAML의 데이터 바인딩 개념을 사용하면 Views & ViewModels가 DataContext 인 단일 속성을 사용하여 연결될 수 있습니다. 더 이상 로직이 컨트롤에 연결되지 않으므로 테스트 가능성, 디자인 코드 분리 및 유지 관리 기능이 향상됩니다. 다른 곳에서도 MVVM 패턴을 구현할 수 있지만 WPF 및 Silverlight에서는 데이터 및 명령 바인딩 지원으로 인해 쉽게 적합합니다. 나는 그것을 어딘가 읽었습니다. 패턴을 종교적으로 받아들이지 마십시오. 그것들은 당신이 그것을 따르는 동안 더 많은 문제를주는 것보다 당신의 삶을 단순하게 만들어졌습니다. Winforms의 경우 더 나은 패턴이 있다고 생각합니다. 비즈니스 로직을 재사용하는 데 주력하고 있다면 ViewModel 밖으로 이동하여 serviceproviders 나 serviceagent와 같은 클래스를 분리하고 Winforms와 WPF 앱간에 공유하십시오.

Answer 4

이것은 .NET 4.5

비교에서 변경

• .NET Framework 4.5
• .NET Framework 4이 시점에서 나 자신에 대해 가지고있는 유일한 해결책이 개보기 모델을 만드는 것입니다