Closed RubenDelgadoPareja closed 1 month ago
Deberíais tener en cuenta siempre por qué hacéis algo antes de hacerlo, para tener claro qué valor añadís al cliente. Tal como está planteado, ¿añade algún valor a simplemente llamar a un constructor? ¿Por qué no se puede llamar al constructor directamente desde donde sea? Si usas DDD, tienes una vez más que considerar qué es un objeto valor (en este caso sería el paciente, ¿no?) y qué es una entidad y como gestiona el objeto valor. Tienes que pensar como las entidades trabajan con los objetos valor y al hacerlo qué valor añaden para el cliente.
Estoy de acuerdo con que debe de aportar un valor directo al usuario y poder usar el constructor, pero el Paciente lo consideramos una entidad porque el DNI actuará como identificador único y por lo tanto le da una identidad a cada Paciente
Deberíais tener en cuenta siempre por qué hacéis algo antes de hacerlo, para tener claro qué valor añadís al cliente. Tal como está planteado, ¿añade algún valor a simplemente llamar a un constructor? ¿Por qué no se puede llamar al constructor directamente desde donde sea? Si usas DDD, tienes una vez más que considerar qué es un objeto valor (en este caso sería el paciente, ¿no?) y qué es una entidad y como gestiona el objeto valor. Tienes que pensar como las entidades trabajan con los objetos valor y al hacerlo qué valor añaden para el cliente.
Estoy de acuerdo con que debe de aportar un valor directo al usuario y poder usar el constructor, pero el Paciente lo consideramos una entidad porque el DNI actuará como identificador único y por lo tanto le da una identidad a cada Paciente
¿Eso no lo hace ya el constructor?
Deberíais tener en cuenta siempre por qué hacéis algo antes de hacerlo, para tener claro qué valor añadís al cliente. Tal como está planteado, ¿añade algún valor a simplemente llamar a un constructor? ¿Por qué no se puede llamar al constructor directamente desde donde sea? Si usas DDD, tienes una vez más que considerar qué es un objeto valor (en este caso sería el paciente, ¿no?) y qué es una entidad y como gestiona el objeto valor. Tienes que pensar como las entidades trabajan con los objetos valor y al hacerlo qué valor añaden para el cliente.
No, realmente no añade ningún valor como tal al usuario final. Quizás estaba pensando erróneamente en usar los servicios como el conector o middleware entre la capa de dominio o su repositorio y la capa de infraestructura que accedería a la base de datos. La arquitectura hexagonal si puede aportar al usuario o al producto algo bueno pero nos saldríamos del desarrollo ágil como tal. Tengo que cambiar un poco la forma de pensar las cosas
Se ha descartado por que no aporta valor al usuario y no realmente no se ha pensado correctamente antes de abrir la issue #125
Hemos creado un fichero en la capa de aplicación desde le cual podremos llamar al modelo de paciente gracias al nuevo repositorio creado. Esta forma de trabajar es típica de la estructura hexagonal para mantener la seguridad de cada capa.