Czy korzyści są wystarczające do zastosowania innego zespołu zewnętrznego? Jak trudno jest usunąć S # arp i zachować NHibernate w późniejszym czasie?Architektura S # arp vs prosta IOC + NHibernate + MVC
Odpowiedz
Myślę, że byłyby problemy z utrzymaniem wszystkiego - S # arp nie jest małą klasą pomocniczą tylko dla NHibernate. Integracja z nim powinna być szczelna według projektu.
Gdybym miał ponownie uruchomić projekt - używałbym architektury S # arp. Ten przykładowy projekt Northwind wygląda dla mnie jak lizak.
Dlatego - jeśli dobrze się czujesz z bibliotekami zewnętrznymi - idź do niego!
Preferuję proste IoC + NHibernate + MVC.
Kilka miesięcy temu przyjrzałem się architekturze S # arp w tym samym czasie, kiedy dostałem się do IoC i Mvc. Rozebrałem go dokładnie na części. Podoba mi się sposób, w jaki projekt zarządza sesjami NHibernate w bardzo przyjazny dla testu sposób. Przeniosłem ten projekt do moich własnych projektów. Ale czułem, że lepiej będzie mi lepiej zrozumieć, co się dzieje, i po prostu skonfigurować tylko to, czego potrzebuję w mojej własnej architekturze projektu.
IoC nie jest trudny do skonfigurowania. NHibernate + Fluent NHibernate nie jest trudny do skonfigurowania, gdy wykonasz go kilka razy. Wolę znać mój kod, zwłaszcza gdy jest to coś prostego jak IoC i NHibernate, zamiast delegować implementację do czarnej skrzynki.
jest ostry łuk czarnej skrzynki, jak masz cały kod źródłowy? – dbones
Musisz zrozumieć, co dzieje się pod osłonami, ponieważ będziesz potrzebować rozszerzyć architekturę dla swojej domeny. Używam S # arp każdej możliwej okazji.
Luis Abreu ma świetną serię wpisów w blogu na temat architektury S # arp, która omawia najważniejsze zespoły w projekcie. Z pewnością pomogły mi zrozumieć podstawy programu ramowego.
Mam problemy z bibliotekami zewnętrznymi, o ile możesz od nich odejść bez większego bólu. Tak, zdaję sobie sprawę, że S # arp to znacznie więcej niż pomocnik. Dzięki. – suedeuno
Mam na powinien przeczytać "Nie mam ..." – suedeuno