- Unikanie kodu w code-behind – w większości przypadków to, co kiedyś było robione w code-behind, można przenieść do ViewModel,
- Zdarzenia powinny zostać zastąpione komendami, np. zamiast podpinać zdarzenie Click, należy skorzystać z komendy; oczywiście istnieją przypadki, w których zdarzenia są jedynym rozwiązaniem,
- ViewModel powinien implementować interfejs INotifyPropertyChanged,
- Dane z widoku powinny być powiązane z właściwościami w ViewModel,
- W testach sam ViewModel powinien wystarczyć; widok jest tak naprawdę wizualizacją przeznaczoną dla użytkownika; użytkownik, chcąc skorzystać z logiki dostarczonej przez aplikację, wprowadza tekst np. za pomocą TextBox – w testach jednostkowych ustawiamy właściwość w VM i powinniśmy uzyskać taki sam efekt,
- należy rozróżnić Model od ViewModel; model nie może zawierać żadnej logiki, związanej z widokiem; innymi słowy, model to czysta logika biznesowa, z kolei ViewModel zawiera już informacje o stanie widoku.
"Programming is cool because no matter how dull the task you’re performing, if you scratch the surface you can find deep and beautiful ideas."
środa, 25 stycznia 2012
Najważnie zasady podczas korzystania z MVVM
Subskrybuj:
Komentarze do posta (Atom)
0 komentarze:
Prześlij komentarz