Cómo es de Dominio Impulsado por el Diseño diferente de simplemente utilizando una especificación?

Question

He leído que el Dominio de Diseño orientado a es acerca de concentrarse en el dominio del problema en lugar de concentrarse en el software.Dicen que es más fácil resolver la complejidad del dominio del problema de la complejidad del software, porque después de haber resuelto el dominio, usted sabe mejor cómo construir el software.También dicen que en realidad el dominio es más complejo que el de las estructuras del software o de que, si no ver el bosque de los bosques, que están en problemas.

Pero, ¿cómo es de Dominio Impulsado por el Diseño diferente de simplemente utilizando una especificación para el software?Me refiero, por supuesto, no debemos llegar a conocer el dominio del problema antes de empezar a codificar.Es DDD reinventar la rueda?

Answer 1

Domain-driven design es más acerca del establecimiento de un modelo común de el mundo (y asociado un lenguaje común) que ambos, usted y el dominio de los expertos pueden utilizar.

En teoría esto significa que los desarrolladores pueden escribir código que se lee como una descripción del dominio del problema, y los expertos de dominio puede buscar a través de los desarrolladores de hombros y ver lo que está pasando.

Una especificación no hace esas promesas acerca de un lenguaje común o modelo del mundo, sólo dice "vamos a construir algo específico".El altamente especifica la clase de modelo que usted sube con fuerza de trabajo, pero puede no reflejar "la realidad" particularmente bien.

Hay un buen libro gratis sobre Domain-Driven design aquí (inicio de sesión requerido por desgracia).