El diseño guiado por el dominio, en inglés: domain-driven design (DDD), es un enfoque para el desarrollo de software con necesidades complejas mediante una profunda conexión entre la implementación y los conceptos del modelo y núcleo del negocio.
El DDD no es una tecnología ni una metodología, este provee una estructura de prácticas y terminologías para tomar decisiones de diseño que enfoquen y aceleren el manejo de dominios complejos en los proyectos de software.
El término fue acuñado por Eric Evans en su libro "Domain-Driven Design - Tackling Complexity in the Heart of Software".
Ventajas de usar domain-driven design:
· Comunicación efectiva entre expertos del dominio y expertos técnicos a través de Ubiquitous Language.
· Foco en el desarrollo de un área dividida del dominio (subdominio) a través de Bounded Context’s.
· El software es más cercano al dominio, y por lo tanto es más cercano al cliente.
· Código bien organizado, permitiendo el testing de las distintas partes del dominio de manera aisladas.
· Lógica de negocio reside en un solo lugar, y dividida por contextos.
· Mantenibilidad a largo plazo.
Las premisas del DDD son las siguientes:
Escribe un comentario o lo que quieras sobre Diseño guiado por el dominio (directo, no tienes que registrarte)
Comentarios
(de más nuevos a más antiguos)