Después de leer el diseño impulsado por el dominio de Eric Evans, tengo algunas preguntas. Busqué pero no pude encontrar respuestas satisfactorias. Por favor, avíseme si alguno de ustedes tiene una comprensión clara debajo de las preguntas.Preguntas relacionadas con el diseño impulsado por el dominio
Mis preocupaciones son
repositorio es para obtener agregados ya existentes de DB, el servicio Web. Si es así, puede tener también repositorio transacción pide a esta entidad (es decir, la cantidad de transferencia, enviar detalles de la cuenta ... etc)
Puede Entidad tienen métodos que tienen la lógica de negocio en el que se llama servicios de capa de infraestructura para el envío de mensajes de correo electrónico. .registros, etc. (métodos de entidad que llaman directamente a los servicios IS).
La implementación del repositorio y las clases de fábrica residirán en la capa de infraestructura. ¿Es esa declaración correcta?
¿Puede la capa de la interfaz de usuario (controladora) llamar a los métodos Repositry directamente? o deberíamos llamarlos desde la capa de Aplicación?
Todavía hay muchos porción confusión en mi mente ... por favor me guía ... Libros que estoy usando el desing dominio impulsado de Eric Evan ...... Driven Design dominios .NET con C#
Desde mi punto de vista hay algo mal con la declaración 3. La responsabilidad de fábrica es la creación de entidades, por lo que si el la fábrica reside en la capa de Persistencia entonces la entidad también debe residir en la capa de persistencia (de lo contrario, el principio de inversión de dependencia se rompería; no es suficiente que la fábrica conozca una abstracción de la entidad, necesita conocer la implementación concreta) . Pero, ¿cómo podría residir la implementación de la entidad en la capa de persistencia? ¡La entidad no es un DTO, contiene mucha lógica de dominio! – diegomtassis
Quizás estas explicaciones detalladas ayuden: http://stackoverflow.com/a/9503612/126014 http://blog.ploeh.dk/2013/12/03/layers-onions-ports-adapters-its-all-the -como –