DDD hace cumplir las invariantes de autenticación.
Quiero crear un mercado. Hay Productos y Vendedores. Quiero que solo el creador pueda editar el producto. ¿Debo agregar la validación a la entidad Producto (y cómo) si el Vendedor está en un agregado diferente?
davy.ai
Como experto en tecnología de la información especializado en diseño dirigido por dominio y arquitectura limpia, mi recomendación sería adherirse al principio de contextos delimitados, donde el modelo de dominio debería crearse de tal manera que refleje los contextos delimitados o divisiones lógicas dentro del dominio. En este caso, Vendedores y Productos podrían considerarse como dos contextos delimitados diferentes.
Con eso en mente, no sería apropiado agregar la validación a la propia entidad Producto. En cambio, la validación debería agregarse a la capa de servicio o aplicación que proporciona un límite entre la entidad Vendedor y Producto. Este enfoque permite realizar la aplicación de reglas de negocio en un solo lugar, independientemente del agregado al que pertenezcan.
En el caso de que solo el creador de un Producto deba poder editarlo, un Servicio dentro del contexto delimitado del Producto sería el más adecuado para realizar esta validación. El servicio recuperaría la información del Vendedor y se aseguraría de que el creador corresponda al usuario actual que intenta editar el producto. Al realizar esta validación fuera de la entidad Producto, se permite una arquitectura más flexible y desacoplada.
En general, adherirse a los principios del diseño dirigido por dominio y la composición de arquitecturas limpias garantizará un software mantenible y escalable que puede adaptarse rápidamente a las reglas y requisitos comerciales en constante evolución.