DDD se Domain-Driven Design, es una metodología que incluye el lenguaje ubicuo, entidad raíz, objetos de valor y agregaciones ..¿Cómo combinar DDD (diseño impulsado por el dominio) DCI para diseñar una aplicación
DNI: Datos , Context, Interactions es un paradigma de programación inventado por Trygve Reenskaug.
¿cómo puedo combinar con ellos en un nuevo sistema?
Este es un tema de discusión continua, y es probable que encuentre mejores respuestas en el grupo de composición de objetos de Google, donde se ha discutido anteriormente. También hay un esfuerzo para portar la muestra de DDD canónica a DCI en la página de DCI github.
Sin embargo, la historia es demasiado corta: DCI se ajusta dentro de un contexto delimitado, donde entonces tendrías un contexto DCI por caso de uso.
Si lee este https://msdn.microsoft.com/en-us/library/jj554200.aspx, creo que la noción de DCI de un "contexto" sería sinónimo de un "administrador de procesos". En lugar de los métodos de invocación del gestor de procesos en los agregados, aplicaría roles a los agregados y coordinaría su uso. Un "contexto delimitado" podría tener varios "gestores de procesos", también conocidos como "contextos". ¿Qué piensas?
gracias, aquí hay un artículo al respecto: http://jivejdon.blogspot.com/2011/09/ddd-dci-and-domain-events-example.html – banq
DCI promueve datos tontos. mientras que DDD promueve métodos en clases de modelos de dominio. ¿¿¿asi que??? –
@Hendy Irawan: DCI no solo promueve datos estúpidos, sino que también promueve roles que se pueden asignar a estos objetos de datos tontos. Estas funciones implementan el comportamiento del dominio. Entonces los tontos datos/clases/no tienen ningún comportamiento más que el comportamiento/objects/have. –