많은 사람들이이 모델을 자주 사용하기 시작했습니다. 어쨌든, 나는 논리와 표현을 분리하는 것이 옳다고 생각합니다. 그 이상의 기능은 일부 기능을 수행 할 수 없거나 거의 수행 할 수 없습니다. 선택할 수 있고 검색 기능이있는 트리를 고려해보십시오. 하지만 사람들이 수행 하긴하지만이 MVVM 모델을 구현할 필요가없는 경우도 있습니다.WPF의 Model-View-ViewModel
너는 맞습니까? 코딩을 단순화하는 WPF의 목적이 아니 었습니까? XAML에서 대부분의 작업을 수행하려고합니까?
이 모델은 종종 디자인의 우아함 때문에 오용되지만 WPF 노력을 깨뜨리는 느낌이 들었습니다.
아니면 완전히 잘못 되었나요?
imho WPF는 MVVM을 사용하도록 설계되었으므로이 패턴없이 코드를 작성하면 문제를 해결하기 위해 해킹을해야하는 상황에 조만간 연결할 수 있습니다.
이 나를 위해
가 큰 프로젝트에서 모든 때문에이 디자인 패턴의 기능의 MVVM에 작성해야 ... 개인 사업, 적격 심사의 같은 MVVM을 사용하지 않는 매우 적은 이유가있다 (가능 장치 테스트, UI 사용 미스 방지 ...)
UI에서 로직 분리의 주요 목적은 테스트 가능성을위한 것입니다. ViewModel 아래에 모든 논리를 넣으므로 UI없이 논리를 테스트하기위한 테스트 스크립트를 작성할 수 있습니다.
테스트 단위를 쓰지 않을 계획이라면? –
MVVM은 다른 유형의 테스트와 함께 사용할 수 있습니다. 테스트 코드를 작성하지 않은 경우 매우 작은 프로젝트 (MVVM과 같은 소프트웨어 조직을 귀찮게하는 이유)가 있거나 코드 품질에 신경 쓰지 않아도됩니다. –
>> 테스트 유닛을 작성하지 않으려면 어떻게해야합니까? 예. emddudley가 말했듯이, 코드 품질에 대해 신경 쓰지 않으므로 어떤 디자인 패턴이나 최상의 패턴을 사용 하든지 더 이상 강요하지 마십시오. –
문제는 도구가 부족하여 단추를 클릭 할 때 메시지 상자를 던지기 위해 코드 페이지 절반을 작성해야 할 때 wvvm을 피하기 어렵다는 것입니다.
그래, 그게 내가 가리키고있는거야. –
비록 훨씬 많은 코드가 필요하지만? –
내가 말했듯이, "전문적인"프로젝트를 위해 노력해야 할 가치가있다. 나는 더 많은 코드라고 생각하지 않는다. –