arquitectura S # arp vs recta IOC + NHibernate + MVC

Question

¿Los beneficios son suficientes para usar otro ensamblaje externo? ¿Qué tan difícil es eliminar S # arp y mantener NHibernate en un momento posterior?

Answer 1

Creo que habría problemas para mantener todo: S # arp no es una pequeña clase de ayuda solo para NHibernate. Se supone que la integración con ella es estricta por diseño.

Si tuviera que comenzar mi proyecto una vez más, usaría la arquitectura S # arp. Ese proyecto de muestra Northwind me parece una piruleta.

Por lo tanto, si te sientes bien con las bibliotecas externas, ¡adelante!

Answer 2

Prefiero IoC + NHibernate + MVC directamente.

Hace unos meses eché un vistazo a la arquitectura S # arp al mismo tiempo que ingresaba en IoC y Mvc. Lo recogí a fondo. Me gusta la forma en que el proyecto gestiona las sesiones de NHibernate de una manera muy fácil de leer. Llevé ese diseño a mis propios proyectos. Pero sentí que me sería más útil entender lo que estaba pasando y simplemente configurar solo lo que necesitaba en mi propia arquitectura de proyecto.

IoC no es difícil de configurar. NHibernate + Fluidez NHibernate no es difícil de configurar, una vez que lo has hecho un par de veces. Prefiero saber mi código, especialmente cuando es algo simple como IoC y NHibernate, en lugar de delegar la implementación en una caja negra.

Answer 3

necesita comprender lo que sucede debajo de las coberturas porque va a necesitar ampliar la arquitectura de su dominio. Yo uso S # arp cada oportunidad que puedo.

Answer 4

Luis Abreu tiene una gran serie de entradas de blog en S # arp Architecture que discute las asambleas más importantes del proyecto. Ciertamente me ayudaron a comprender los fundamentos del Marco.