2009-06-18 14 views

Respuesta

3

Algunas preguntas que puedes encontrar buscando las etiquetas domain-driven-design o ddd aquí en SO. El libro de Eric Evans también da una buena idea de algunas situaciones que puede enfrentar.

Una nota importante es ddd es como pruebas, en el aspecto de que aumenta el tiempo de desarrollo de nuevas características, pero aumenta la calidad (y en consecuencia, reduce el tiempo de desarrollo a largo plazo). Es posible que necesite un contacto constante con los expertos del dominio para que pueda refinar el modelo cada vez que aparece un problema.

En mi humilde opinión, el problema más importante de ddd es tener un dominio bueno y significativo. La mayoría de los problemas (aunque no todos ellos) problema de raíz es una comprensión pobre del dominio

Es difícil decir qué problemas son los más comunes, ya que cada dominio es un dominio diferente, con sus propias peculiaridades ...

1

En mi experiencia, una de las reglas principales es "Build the Ubiquitous Language". No lo olvide, es uno de los aspectos más valiosos que DDD brinda al proceso de desarrollo. Con un lenguaje ubicuo fuerte y compartido surge un dominio significativo y una visión compartida del problema que ayuda mucho.

Mi segunda regla es "El modelo es solo uno": no modelar datos, objetos, clases, tablas ... simplemente haga frente al modelo de un dominio, todo lo demás debe derivarse naturalmente de este modelo, no hay espacio entre una clase UML en el modelo y la clase Java (o el idioma que está utilizando).

Cuestiones relacionadas