comandos clusvcadm cluster dns domain-driven-design entity

dns - clusvcadm - Perspectivas de la entidad



cluster domain-driven-design (2)

No creo que deba intentar predefinir el ''dominio central'' desde el principio. Déjalo emerger durante el proceso de desarrollo. Además, cualquier cosa que no sea común a las 2 (o más) perspectivas no debería estar en el ''núcleo''.

Por ejemplo, construya una porción del sistema desde la perspectiva del empleado. Esto podría pedirle que cree entidades como ''Proyecto'', ''Tarea'' y ''Cliente''. Luego construya una porción desde la perspectiva del empleado. Esto podría indicarle que cree nuevas entidades y reutilice ''Proyecto'' y ''Tarea''. Ahí es cuando movería ''Proyecto'' y ''Tarea'' a la ''biblioteca central'' compartida por el resto del sistema.

A veces encontrará entidades comunes, pero relacionadas de diferentes maneras. En ese caso, la relación debe ser inyectada por el contexto en lugar de estar incorporada con las entidades mismas.

Contexto: entonces, estoy intentando construir un modelo de dominio ridículamente complejo. Hablando con los usuarios, hay varias formas en que se usará el sistema (por ejemplo: una forma es desde la perspectiva del empleado, otra es desde la perspectiva del empleador). En realidad, son múltiples aplicaciones que reutilizan el dominio central.

Pregunta: ¿Es incorrecto crear el dominio desde múltiples perspectivas? Por ejemplo, construir el dominio a medida que se ejecuta el negocio significaría crear todo tipo de clases de relación que lleven información adicional sobre la entidad y así sucesivamente ... Sin embargo, cuando se ejecuta desde una perspectiva particular, la imagen es mucho más clara porque la mayoría de las clases de relación se pueden transferir a su entidad principal.

Ideas? Refutaciones ¿Estoy completamente fuera de la base?


No, esto es absolutamente apropiado. Evan llama a estos "puntos de vista" Contextos Limitados en su libro.

En lugar de tener un modelo de dominio realmente complejo, intente construir uno simple que aborde el dominio de una manera específica realmente bien. Los contextos delimitados se pueden vincular entre sí para formar una red de modelos de dominio directo más pequeños y simples.