pzielinski
http://ziembor.wordpress.com...
macko
http://peterlin.pip.verisign...
http://pawlos.blogspot.com/
paduda
dit2006
gordon_shumway
Damian
danielplawgo
CaMeL
lukaszgasior
http://jakub-florczyk.myopen...
fones
netmajor
ada_man
https://me.yahoo.com/a/Euokj...
arek
poniat
jdubrownik
mnikolajuk
http://poslinski.net
http://ksciana.wordpress.com...
Zastrzeżenie: może poniższe wypociny to wcale nie Model-View-Presenter a Model-View-Controller, może MVC: Passive View a może MVC: Supervising Controller a może MVP: Ostatnia Krew. Szczerze: I don't give a damn. (no... nie do końca; polecam artykuły Fowlera w sekcji Presentation Patterns jako bardzo ciekawą lekturę, ale zbytnie rozwodzenie się nad włożeniem danej implementacji do prawidłowej szufladki uważam za lekki przerost formy nad treścią)
Niniejszy post zakłada, że Czytelnik jest zaznajomiony z tematyką omawianego wzorca, więc skupię się na tej konkretnej implementacji. Dzisiaj KOD jest najważniejszy. Założenia
* aplikacja desktopowa (u mnie WinForms, ale generalnie nie powinno to mieć wielkiego znaczenia) * poszczególne ekrany są identyfikowane wyłącznie za pomocą interfejsów widoku * interfejs widoku wystarczy do utworzenia instancji widoku oraz jego presentera w nowym scope kontenera DI (czyli: każdy presenter otrzymuje własne instancje swoich zależności, chyba że zostały jawnie zarejestrowane jako singleton) * warstwa dostępu do danych to po prostu NHibernate - sesja NH powinna być więc dostępna z poziomu presenterów
Brak komentarzy. Bądź pierwszy aby skomentować ten wpis.