Tactical Domain-Driven Design

Diseñe patrones y bloques de construcción que puede utilizar para diseñar sistemas controlados por dominios. Incluso para proyectos que no se basan en dominios, puede beneficiarse del uso de algunos de los patrones tácticos de DDD.

En comparación con el diseño basado en dominios estratégicos, el diseño táctico es mucho más práctico y más cercano al código real. El diseño estratégico se ocupa de conjuntos abstractos, mientras que el diseño táctico se ocupa de clases y módulos. El propósito del diseño táctico es refinar el modelo de dominio a una etapa en la que se pueda convertir en código de trabajo.

El diseño es un proceso iterativo, por lo que tiene sentido combinar el diseño estratégico y táctico. Empiece con el diseño estratégico, seguido del diseño táctico. Las mayores revelaciones y avances en el diseño del modelo de dominio probablemente ocurrirán durante el diseño táctico y esto, a su vez, puede afectar el diseño estratégico y, por lo tanto, se repite el proceso.

Una vez más, el contenido se basa en gran medida en los libros Domain-Driven Design: Tackling Complexity in the Heart of Software de Eric Evans e Implementing Domain-Driven Design de Vaughn Vernon y le recomiendo que los lea ambos. Como en el artículo anterior, he optado por explicar todo lo posible con mis propias palabras, inyectando mis propias ideas, pensamientos y experiencias cuando sea apropiado.

Con esta breve introducción, es hora de sacar la caja de herramientas táctica DDD y echar un vistazo a lo que hay dentro.