S#arp Architecture vs. direkt IOC + NHibernate + MVC

Question

Sind die Vorteile ausreichend, um eine weitere externe Montage zu verwenden? Wie schwierig ist es, S#arp zu entfernen und NHibernate zu einem späteren Zeitpunkt zu behalten?

Answer 1

Luis Abreu hat eine großartige Serie von Blog-Einträgen zu S#arp Architecture, die die wichtigsten Assemblys im Projekt diskutieren. Sie haben mir sicherlich geholfen, das Grundgerüst des Frameworks zu verstehen.

Answer 2

Ich denke, dass es Probleme mit der Beibehaltung von allem geben würde - S#arp ist nicht nur eine kleine Hilfsklasse für NHibernate. Die Integration damit soll laut Design eng sein.

Wenn ich mein Projekt noch einmal starten müsste, würde ich die S#arp-Architektur verwenden. Dieses Beispielprojekt Northwind sieht für mich aus wie ein Lolli.

Daher - wenn Sie sich mit externen Bibliotheken wohlfühlen - nur zu!

Answer 3

Ich bevorzuge direktes IoC + NHibernate + MVC.

Vor ein paar Monaten habe ich mir die S#arp-Architektur angesehen, als ich mich gleichzeitig mit IoC und Mvc beschäftigte. Ich habe es gründlich auseinandergenommen. Mir gefällt, wie das Projekt NHibernate-Sitzungen auf eine sehr testfreundliche Weise verwaltet. Ich habe dieses Design in meine eigenen Projekte übernommen. Aber ich hatte das Gefühl, dass ich besser verstehen würde, was passiert, wenn ich nur das einrichte, was ich für meine eigene Projektarchitektur benötige.

Das Einrichten von IoC ist nicht schwierig. NHibernate + Fluent NHibernate sind nicht schwierig einzurichten, wenn man es ein paar Mal gemacht hat. Ich ziehe es vor, meinen Code zu kennen, insbesondere wenn es sich um etwas Einfaches wie IoC und NHibernate handelt, anstatt die Implementierung an eine Blackbox zu delegieren.

Answer 4

Du musst verstehen, was unter der Oberfläche passiert, weil du die Architektur für dein Fachgebiet erweitern musst. Ich nutze S#arp bei jeder Gelegenheit.