Pregunta

¿Es posible usar DDD y un modelo de dominio rico si su aplicación es como:

  • cliente de Windows (WPF)
  • servicio de windows

¿Y la comunicación ocurre con WCF?

Estoy acostumbrado a tener DTO con solo estado de datos, y tengo reglas comerciales dentro de la capa de Servicio, pero todos me siguen diciendo que debería tener un modelo de dominio rico donde el estado de datos y las reglas / métodos están todos en los objetos mismos. .

No estoy seguro de si este modelo de dominio enriquecido se aplicaría a un sistema que tiene una interfaz de usuario y se comunica a través de WCF a un servicio (como presenté anteriormente). En mi caso, ¿es mejor continuar usando un modelo de dominio anémico debido a WCF? Si no es así, ¿podría dar un ejemplo sobre cómo arquitecturarlo usando un modelo de dominio rico, considerando WCF, proxy, etc.?

¡Gracias!

¿Fue útil?

Solución

En términos generales, serializa sus objetos de dominio para su transmisión a través de WCF como un DTO simplificado de todos modos, y estos son los que consume su aplicación cliente.

Puede serializar definido por el usuario tipos y deserializarlos en el cliente, pero para la mayoría de las aplicaciones esto es innecesario. Mientras no necesite el comportamiento 'rico' de sus objetos en su cliente (que de todos modos no debería tener un buen DDD), me parece que está bien usar un diseño rico en su capa de servicio y envíe DTO simples a través del cable.

Licenciado bajo: CC-BY-SA con atribución
No afiliado a StackOverflow
scroll top