Especificaciones
Representa el concepto de usuario desde un punto de vista de seguridad, pero veremos cómo también parte de él se tiene en cuenta en el Domain
En DDD, un User generalmente se refiere a un actor o un rol que interactúa con el sistema en desarrollo. Los usuarios no son solo individuos. También pueden representar otros sistemas, dispositivos o servicios externos que interactúan con el sistema en consideración. La clave es identificar y definir estos usuarios basándose en sus roles y responsabilidades dentro del dominio.
Los usuarios a menudo se asocian con casos de uso específicos o historias de usuario que describen sus interacciones con el sistema.
Está relacionado con HTTP Message, o si nos saltamos la cadena de flujo hasta donde empezamos a crear contenido, Command controller y Query controller.
La dualidad del User como concepto.
Existen dos grandes conceptos cuya responsabilidad recae en la figura del User.
- Identity & Access (Identificar un usuario y sus características), que es la carta que estamos viendo.
- Business rule (Un rol “moderador” puede editar un “post”), que son características concretas y específicas de un usuario.
Teniendo esto en mente, el Bounded context sólo necesita saber de ciertos atributos del User que se está usando en la capa de User Interface para poder aplicar las Business rules del dominio, pero no todo el detalle que nos ofrece la capa de seguridad sobre el usuario.
|
|