S # arp Architektur vs gerade IOC + NHibernate + MVC

Question

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

Answer 1

Ich denke, dass es Probleme geben würde, alles zu behalten - S # arp ist keine kleine Helferklasse nur für NHibernate. Die Integration mit ihm soll vom Design her eng sein.

Wenn ich mein Projekt noch einmal starten müsste - ich würde S # Arp-Architektur verwenden. Das Northwind Beispielprojekt sieht für mich wie ein Lollipop aus.

Deshalb - wenn Sie sich mit externen Bibliotheken gut fühlen - gehen Sie dafür!

Answer 2

Ich bevorzuge gerade IoC + NHibernate + MVC.

Vor ein paar Monaten habe ich mir S # arp architecture angesehen, als ich gleichzeitig in IoC und Mvc einstieg. Ich habe es gründlich ausgesucht. Ich mag die Art und Weise, wie das Projekt NHibernate-Sitzungen sehr testfreundlich verwaltet. Ich habe dieses Design in meine eigenen Projekte übertragen. Aber ich hatte das Gefühl, dass es mir besser ginge, zu verstehen, was vor sich ging, und einfach nur das einzurichten, was ich in meiner eigenen Projektarchitektur brauchte.

IoC ist nicht schwer einzurichten. NHibernate + Fluent NHibernate ist nicht schwer einzurichten, nachdem Sie es ein paar Mal getan haben. Ich bevorzuge es, meinen Code zu kennen, besonders wenn es etwas Einfaches wie IoC und NHibernate ist, anstatt die Implementierung an eine Blackbox zu delegieren.

Answer 3

Sie müssen verstehen, was unter den Abdeckungen passiert, weil Sie die Architektur für Ihre Domäne erweitern müssen. Ich benutze S # arp bei jeder Gelegenheit, die ich kann.

Answer 4

Luis Abreu hat eine große Reihe von Blogeinträgen zu S # arp Architecture, die die wichtigsten Assemblies im Projekt behandelt. Sie haben mir sicherlich geholfen, die Grundlagen des Rahmenwerks besser zu verstehen.