Frustrujący MVVM

Od dawna nosiłem się z zamiarem poznania wzorca MVVM (Model-View-ViewModel), na którym opiera się WPF, jednak im głębiej go poznawałem tym bardziej wydawał mi się on irytujący. Problem z MVVM jest taki, że jest to tylko wzorzec, opisujący jedynie podstawy działania i przedstawiający założenia do ogólnej koncepcji jaką należy przyjąć w projekcie. W teorii wygląda to bardzo ładnie, oddzielenie interfejsu od logiki biznesowej miały pozwolić na rozdzielenie pracy programisty i designera. Zachowujemy porządek w projekcie, nie tworzymy żadnego kodu w tak zwanym Code Behind (to znaczy w plikach *.xaml.cs), który nie wykonuje się podczas edycji w Expression Blend.

Z drugiej strony spełnienie wszystkich wymagań dotyczących wzorca, implementowanie wymaganych składników jest niesłychanie nudne, wtórne i podatne na błędy. Gdy patrzyłem na te dziesiątki linii podobnego do siebie kodu zastanawiałem się, dlaczego tak utrudniono życie programistom? Przecież to niepodobne do twórców .NET Framework'a, do tej pory większość zmian ułatwiała życie i sprawiała, że kodowanie stawało się przyjemniejsze. Poza tym nie istnieją jednoznaczne wytyczne jak należy implementować poszczególne wymagania. Każdy programista udzielający porad w kwestiach MVVM ma swoje zdanie na ten temat, strasznie trudno znaleźć uniwersalne porady, które nie wymagałyby przepisania części naszej aplikacji w celu dostosowania do przykładów.

Dlatego też zacząłem przyglądać się różnym toolkitom (czy może po prostu narzędziom), które ponoć miały ułatwiać pracę z WPF i MVVM, jak sugerowano w tym temacie na StackOverflow. To co znalazłem zaczęło mnie przytłaczać natłokiem informacji koniecznych do przyswojenia przed rozpoczęciem pracy, ogromem możliwości, których pewnie i tak bym nie wykorzystał oraz przykładowymi aplikacjami, które zawierały całą masę funkcjonalności, jednak tak na prawdę nie pokazywały jak zacząć pracę z frameworkiem. Przypatrywałem się między innymi Prismowi, Cinchowi i MVVM Foundation.

Zainteresowałem się także MVVM Light Toolkit mając nadzieję, że nazwa nie jest bezpodstawna. Zacząłem od obejrzenia prezentacji autora z konferencji MIX10, przedstawiającej jego narzędzie. To co zobaczyłem całkowicie mnie przekonało. Dzięki niemu tworzenie aplikacji opartych o MVVM przestaje być monotonne (jak reklamuje sam autor "MVVM Light Toolkit is taking out some of the monotony of implementing MVVM"), a dodatkowo zyskujemy kilka możliwości trudno dostępnych z poziomu "gołego" wzorca (takich jak Messaging, czyli możliwość łatwego komunikowania między różnymi częściami aplikacji albo EventToCommand, pozwalającego na podpinanie dowolnych zdarzeń dostępnych w kontrolkach do obiektów typu Command). MVVM Toolkit skupia się także na tak zwanym Blendability, czyli możliwości łatwego tworzenia programu niezależnie przez programistę (na przykład w Visual Studio) oraz designera (oczywiście w Expression Blend).

Na chwilę obecną zdecydowałem się właśnie na MVVM Light Toolkit i zabieram się za dokładniejsze jego poznanie. Niedługo na pewno pojawi się notka z podstaw jego wykorzystania i wyjaśniająca niektóre z użytych w tym poście terminów.