En una aplicación MVC, cómo se implementa DDD. ¿Cuáles son los objetos de dominio? Si mapeo entidades a objetos personalizados, ¿a dónde va esta lógica de mapeo, en los métodos de los repositorios o en la capa de servicio?patrón MVC + patrón DDD
Habrá un montón de aprendizaje evolucionado para responder a todas esas preguntas.
Comenzaría con ASP.NET MVC Storefront Starter Kit, usa TDD y no DDD, pero es un buen lugar para comenzar. Si realmente te interesa DDD, sugeriría leer Eric Evans Book, la mayoría lo considera la biblia DDD. Ayende Rahien también ha escrito un libro llamado Building Domain Specific Languages con BOO que también puede dar una idea de DDD.
¿Qué quiere decir con TDD vs DDD? No son cosas opuestas. Pero tal vez te he entendido mal. –
Solo intentaba transmitir que StoreFront Series proporcionará muchos de los patrones, pero está construido con TDD en su mayor parte. – cgreeno
Hice una edición: no estaba tratando de comparar las 2 ideas, sino que desde una perspectiva de diseño muy amplia – cgreeno
Hay una gran nueva serie de publicaciones en http://nathan.whiteboard-it.com/archive/2009/03/01/asp.net-mvc-domain-driven-design.aspx que en realidad describe desde el principio cómo diseñar una aplicación con DDD en mente.
Eche un vistazo a S#arpArchitecture. Es una excelente manera de comenzar con MVC y DDD al mismo tiempo. Los objetos de dominio (Modelos) se almacenan en proyectos diferentes de los Controladores y la presentación. Tiene una plantilla de instalación y solución bastante dulce y una gran documentación.
Hace un buen uso del patrón de repositorio que es parte del núcleo de DDD. También emplea varias "mejores prácticas" modernas.
En una aplicación MVC, toda la lógica específica de su dominio debe ir en el M de MVC, su Modelo.
Domain Driven Design – cgreeno
DDD no es el patrón sino una forma de pensar. Lee el libro de Eric Evans. – Paco