A la hora de abordar proyectos de determinada dimensión y complejidad, suele ser un suicidio no establecer unos principios de arquitectura mínimos, y unas soluciones de arquitectura que no requieran reinventar la rueda.
Estos principios, pasan por la separación de capas , buenas prácticas, patrones y un montón de herramientas que están a nuestra disposición para llevar a cabo esta tarea.
¿Qué es DDD (Domain Driven Design)?
DDD no consiste solo en patrones y arquitecturas recomendadas, como es nuestra Guía de Arquitectura y aplicación ejemplo. DDD es mucho más que eso,consiste también en una forma de afrontar los proyectos, forma de trabajar el equipo de desarrollo y su relación directa con los expertos del dominio mediante el ‘lenguaje ubicuo’. Esta forma de trabajar y diseñar, fundamental para el ciclo de vida de una aplicación, es algo que no cubrimos en nuestra guía y aplicación ejemplo, pues nos hemos centrado solo en Arquitectura e implementación de patrones ‘estilo DDD’ con .NET 4.0 y tecnologías relacionadas. Pero eso es aproximadamente solo un 20% de DDD. Si realmente se quiere conocer y ‘hacer DDD’, recomendamos leer y aplicar los principios de trabajo que explica Eric Evans en su libro ‘Domain-Driven Design: Tackling Complexity in the Heart of Software’ y otros libros relativos al proceso de diseño y trabajo en equipo en DDD. Simplemente queremos resaltar que DDD es mucho más que ‘Arquitectura y Patrones de diseño’.
Para la descarga….
http://microsoftnlayerapp.codeplex.com/releases/view/56660#DownloadId=249866
Y por supuesto, la siempre recomendable página de MS sobre arquitectura
http://msdn.microsoft.com/es-es/architecture/default.aspx
Otro libro interesante (anterior y de pago, aunque los ejemplos están actualizándose en Codeplex) es este
No es gratuito, pero merece la pena su precio. (Y te ahorras el gimnasio haciendo pesas con el tocho)
