MVVM powielenie właściwości modelu w ViewModel

Question

Wydaje się, że nie ma wskazówek, że model nie należy wystawiać jej podmioty aby zobaczyć, i że wszystkie wymagane właściwości powinny być powielane w ViewModel

Przykład:

Product 
Id {get; set;} 
Name {get; set;} 
....... 


ProductViewModel : ViewModelBase 
Id {get; set;} 
Name {get; set;} 
....... 

Dlaczego jest to wymagane? Rozumiem to, jeśli Model nie implementuje INPC, ale jeśli tak, to uważam to za zupełnie niepotrzebne.

Answer 1

gdy widok jest zobowiązany do Modelu:

• Jeśli View musi zmienić lub masz wiele widoków zmiany do modelu spowoduje zmiany do wszystkich Wyświetleń zmierzały do ​​tego modelu.

• Z perspektywy widoku obiekt, do którego się przywiązuje, może nie być tak intuicyjny; kiedy musisz dodać właściwości i/lub polecenia do obiektu, dodajesz je do ViewModel i zachowujesz "oryginalne" właściwości w Modelu lub modyfikujesz Model?

Posiadanie ViewModel daje dodatkową abstrakcji między jednym modelu i wielokrotnego (wersje) Widok

W sumie to tylko wytyczne, ale należy pamiętać, że to, co wydaje się OK dzisiaj może być nie tak świetne, gdy trzeba zmodyfikować/zaktualizować aplikację.

Answer 2

Przewodnictwo, właśnie to. To zależy od sytuacji. Puryści będą twierdzić, że oddzielenie modelu całkowicie od widoku pozwala na zmianę modelu bez zmiany widoku.

staram się tylko właściwości modelu proxy jeśli muszę (albo INPC lub jakiś widok specyficzna logika jak model ma Imię i Nazwisko ale nie FullName)

przeciwnym wypadku wiążę do modelu (który jest własnością publiczną na ViewModel). Jeśli moja sytuacja ulegnie zmianie i muszę coś zamknąć, to wtedy będę potrzebował.

Zawsze staram się zapewnić, że istnieje ViewModel na miejscu (nawet jeśli tylko eksponuje model), więc refaktoryzacja jest łatwiejsza później.

Answer 3

Moje pytanie brzmi: dlaczego wasze modelki wdrażają INPC? Czy oni muszą?

Zwykle modele są po prostu DTO i nie wymagają żadnej logiki zmian.

Również jeśli twoja podstawowa implementacja INPC pochodzi ze struktury MVVM, ale twoje modele istnieją w zespole wspólnym, czy ten zestaw wymaga odniesienia do twojej struktury MVVM i potencjalnie innych zestawów WPF?

Nasz scenariusz był zbiorem wspólnych obiektów reprezentujących nasze dane zarówno po stronie serwera, jak i klienta. Strona klienta była aplikacją WPF, więc było dobrze, ale dla strony serwera była usługa, więc nie potrzebowaliśmy INPC.

Answer 4

Twój ViewModel jest niepoprawny. Jeśli masz już model typu produktu, możesz po prostu zdefiniować coś takiego w swoim produkcie ViewModel: produkt produktu publicznego {...}