Preguntas etiquetadas con domain-driven-design

¿Podría decirme su opinión de qué capa es la correcta para colocar controladores de eventos de dominio en DDD? Por ejemplo, tengo un servicio de aplicación para agregar un nuevo contrato y me gustaría enviar una notificación por correo electrónico a la persona de contacto, cuando el contrato se haya …

13 domain-driven-design  event 

En el diseño controlado por dominio, la capa de dominio puede tener varios servicios (tradicionales). Por ejemplo, para el dominio de Usuario, podemos tener: Una fábrica de usuarios, que construye objetos de usuario de diferentes maneras Un UserRepository, que es responsable de interactuar con los servicios de persistencia en la …

13 object-oriented  object-oriented-design  domain-driven-design 

Una implementación típica de un repositorio DDD no se ve muy OO, por ejemplo, un save()método: package com.example.domain; public class Product { /* public attributes for brevity */ public String name; public Double price; } public interface ProductRepo { void save(Product product); } Parte de infraestructura: package com.example.infrastructure; // imports... …

12 design-patterns  object-oriented  domain-driven-design 

Primero un descargo de responsabilidad: realmente no sé si esta pregunta se ajusta a este sitio web, pero sigo encontrando que es una pregunta relevante no solo para mí sino para otras personas que son principiantes. Si la pregunta puede ser mejorada para que encaje aquí, por favor señale los …

12 architecture  object-oriented-design  domain-driven-design  requirements  engineering 

La ignorancia de persistencia es una aplicación del principio de responsabilidad única, que en la práctica significa que los Objetos de dominio ( DO ) no deberían contener código relacionado con la persistencia, sino que solo deberían contener lógica de dominio. a) Supongo que esto significa que el código que …

12 design-patterns  domain-driven-design  domain-model  persistence 

He leído sobre DDD desde hace días y necesito ayuda con este diseño de muestra. Todas las reglas de DDD me confunden mucho sobre cómo se supone que debo construir algo cuando los objetos de dominio no pueden mostrar métodos en la capa de aplicación; ¿Dónde más orquestar el comportamiento? …

12 architecture  domain-driven-design 

Estamos tratando de mover datos de nuestra capa de Servicio hinchada a nuestra capa de Dominio usando un enfoque DDD. Actualmente tenemos mucha lógica de negocios en nuestros servicios, que se extiende por todo el lugar y no se beneficia de la herencia. Tenemos una clase de dominio central que …

12 object-oriented  design  domain-driven-design 

Recientemente he leído muchos argumentos en contra del uso del patrón de repositorio con poderosos ORM como Entity Framework, ya que incorpora una funcionalidad de repositorio, junto con la funcionalidad de la Unidad de Trabajo también. Otro argumento en contra del uso del patrón para una situación como las pruebas …

12 domain-driven-design  entity-framework  orm  nhibernate  repository-pattern 

Básicamente estoy tratando de entender el concepto de CQRS y conceptos relacionados. Aunque CQRS no necesariamente incorpora la mensajería y la búsqueda de eventos, parece ser una buena combinación (como se puede ver con muchos ejemplos / publicaciones de blog que combinan estos conceptos) Dado un caso de uso para …

12 domain-driven-design  cqrs  event-sourcing 

Una gran cantidad de tutoriales sobre DDD que estudié cubren principalmente la teoría. Todos tienen ejemplos de código rudimentario (Pluralsight y similares). En la web también hay intentos de algunas personas de crear tutoriales que cubran DDD con EF. Si comienza a estudiarlos brevemente, notará rápidamente que difieren mucho entre …

12 c#  design-patterns  object-oriented-design  domain-driven-design  entity-framework 

Me estoy sumergiendo en los conceptos del diseño controlado por dominio (DDD) y encontré algunos principios extraños, especialmente con respecto al aislamiento del dominio y el modelo de persistencia. Aquí está mi comprensión básica: Un servicio en la capa de aplicación (que proporciona un conjunto de características) solicita objetos de …

12 domain-driven-design  domain-model  persistence 

Según tengo entendido, en DDD, es apropiado usar un patrón de repositorio con una raíz agregada. Mi pregunta es, ¿debo devolver los datos como una entidad u objetos de dominio / DTO? Quizás algún código explique más mi pregunta: Entidad public class Customer { public Guid Id { get; set; …

11 c#  domain-driven-design  repository-pattern 

Quiero implementar mi primera aplicación usando el patrón CQRS junto con Event Sourcing. Me pregunto cómo se debe manejar adecuadamente la creación de raíces agregadas. Digamos que alguien envía el comando CreateItem. ¿Cómo se debe manejar? ¿Dónde debe almacenarse el evento ItemCreated? ¿Como primer evento de un nuevo artículo? ¿O …

11 domain-driven-design  repository  cqrs  event-sourcing 

Estoy pensando en diseñar una nueva solución que sea muy modular por naturaleza y me gustaría crear una estructura que soporte ese diseño para permitir una fácil expansión futura, una clara separación de preocupaciones, licencias por módulo, etc. que se encuentran en la web sobre aplicaciones modulares o compuestas están …

11 architecture  domain-driven-design  wcf  soa  modules 

Estoy aprendiendo DDD y estoy pensando en lanzar excepciones en ciertas situaciones. Entiendo que un objeto no puede entrar en un mal estado, así que aquí las excepciones están bien, pero en muchos ejemplos también se lanzan excepciones, por ejemplo, si intentamos agregar un nuevo usuario con un correo electrónico …

11 object-oriented  php  programming-practices  domain-driven-design