APRENDE ARQUITECTURA HEXAGONAL | Cap. 2 Application

Summary

En este video, se explora la capa de aplicación en la arquitectura hexagonal, centrada en la implementación de casos de uso para el módulo de usuarios. Se explican distintas formas de crear los casos de uso, comparando el enfoque de servicios con el de archivos independientes, y cómo cada uno tiene sus ventajas dependiendo del tamaño del proyecto. Además, se profundiza en la creación, edición, listado, y eliminación de usuarios, implementando validaciones y manejo de errores específicos. Al final, se enfatiza cómo la arquitectura hexagonal facilita un código más limpio, escalable y fácil de mantener.

Takeaways

• 😀 La arquitectura hexagonal facilita la separación de responsabilidades entre las capas de la aplicación y el dominio.
• 😀 Los casos de uso en la capa de aplicación representan la funcionalidad principal del sistema y dependen de la capa de dominio.
• 😀 Para una arquitectura más sencilla y escalable, se recomienda crear un archivo por cada caso de uso, lo que reduce la dependencia entre ellos.
• 😀 El uso de servicios en la capa de aplicación puede ser adecuado para aplicaciones pequeñas, pero puede generar dependencias entre los casos de uso.
• 😀 En aplicaciones grandes, dividir cada caso de uso en archivos separados ayuda a evitar la dependencia entre métodos y facilita el trabajo en equipo.
• 😀 La arquitectura hexagonal permite hacer validaciones de los valores antes de interactuar con la base de datos, garantizando la calidad de los datos.
• 😀 El patrón de diseño CQRS (Command Query Responsibility Segregation) puede ser una solución útil a medida que la aplicación se escala, permitiendo que los comandos y las consultas se manejen de manera separada.
• 😀 La creación de errores de dominio personalizados, como `UserNotFoundError`, facilita la gestión de errores en la aplicación, permitiendo una mejor correspondencia con los códigos de respuesta HTTP.
• 😀 En la implementación de los casos de uso, los métodos deben devolver resultados claros y específicos, como la promesa de una operación exitosa o un error detallado.
• 😀 La arquitectura hexagonal permite que las clases de dominio se mantengan independientes de la infraestructura, lo que mejora la escalabilidad y la flexibilidad del sistema.

Q & A

¿Qué es la capa de aplicación en la arquitectura hexagonal?

La capa de aplicación en la arquitectura hexagonal es la que maneja la lógica de negocio a través de los casos de uso, que representan las funcionalidades del sistema. Se comunica con la capa de dominio pero no interactúa directamente con la infraestructura.

¿Por qué es importante entender tanto la capa de dominio como la de aplicación?

Es importante entender ambas capas porque la capa de aplicación depende de los elementos de dominio para implementar los casos de uso. Si no se comprende el dominio, no se podrán desarrollar correctamente los casos de uso en la capa de aplicación.

¿Cuál es la diferencia principal entre los servicios y los casos de uso por archivo?

La principal diferencia radica en que los servicios agrupan múltiples casos de uso en una sola clase, lo que puede generar dependencias entre ellos. Los casos de uso por archivo, en cambio, aislan cada caso de uso en un archivo y carpeta separados, lo que permite mayor independencia entre los casos de uso.

¿Cuándo se recomienda usar el enfoque de servicios en la capa de aplicación?

Se recomienda usar servicios en aplicaciones pequeñas o cuando se trabaja con un equipo pequeño que conoce bien la arquitectura hexagonal. Este enfoque permite agrupar varios casos de uso en una sola clase, lo que simplifica el desarrollo en proyectos más pequeños.

¿Qué ventajas ofrece la estrategia de casos de uso por archivo?

El enfoque de casos de uso por archivo ofrece ventajas como la independencia entre los casos de uso, lo que facilita el trabajo en equipos grandes y la escalabilidad del sistema. Cada caso de uso está aislado en su propio archivo, lo que reduce el riesgo de generar dependencias no deseadas.

¿Qué es CQRS y cómo se relaciona con la arquitectura hexagonal?

CQRS (Command Query Responsibility Segregation) es un patrón arquitectónico que separa las operaciones de lectura (queries) de las de escritura (commands). Se menciona en el video como una posible extensión de la arquitectura hexagonal, ya que permite un manejo más flexible y escalable de las operaciones en sistemas más complejos.

¿Cómo se manejan las validaciones de datos en la capa de aplicación?

Las validaciones de datos se realizan en los value objects en la capa de dominio. En la capa de aplicación, los casos de uso instancian estos value objects, los cuales automáticamente validan los datos en el momento de su creación.

¿Por qué es preferible realizar la validación dentro del caso de uso y no en el controlador?

Realizar la validación dentro del caso de uso permite que la arquitectura sea más escalable y flexible, facilitando el uso de patrones como CQRS. Además, al validar los datos antes de acceder a la base de datos, se evita que los datos incorrectos lleguen a la infraestructura.

¿Cómo mejora la arquitectura hexagonal la mantenibilidad y legibilidad del código?

La arquitectura hexagonal mejora la mantenibilidad y legibilidad al reducir la complejidad del código. Los casos de uso son simples y se encargan de coordinar las acciones sin involucrarse directamente en detalles de infraestructura, lo que permite que el código sea más claro y fácil de mantener.

¿Cuál es el propósito de los errores de dominio en la capa de aplicación?

Los errores de dominio permiten mapear de manera más precisa los errores a respuestas HTTP específicas, lo que facilita el manejo de errores en los controladores. Por ejemplo, un error de 'usuario no encontrado' puede mapearse a un código de respuesta 404, lo que hace que la respuesta del sistema sea más clara y manejable.