No tienes acceso a esta clase

¡Continúa aprendiendo! Únete y comienza a potenciar tu carrera

Consideraciones sobre las arquitecturas hexagonal, cebolla y clean architecture

10/24
Recursos

Aportes 11

Preguntas 0

Ordenar por:

¿Quieres ver más aportes, preguntas y respuestas de la comunidad?

Conclusiones

  • Hay que tomarlas como un punto de partida y adaptarlas a tu situación.
  • El número de capaz depende de ti, tanto en el dominio como en la capa externa.
  • La regla de la dependencia es sagrada.
  • Los nombres de las arquitecturas y capas suelen usarse de forma arbitraria.
  • La arquitectura que se llevará a cabo en el curso tiene los siguientes componentes:
    • Modelo del dominio.
    • Aplicación.
    • Capa externa.

“La arquitectura es acerca de las cosas importantes. Sean las que sean”. Ralph Johnson.

A veces no es necesario seguir exactamente lo que dice la arquitectura.

Si necesitas realizar muchos cálculos rápidamente en un caso de uso, es aceptable utilizar herramientas como pandas o, aún mejor, polars. Está bien tener la lógica de negocio en la capa externa en este caso. Polars o pandas son detalles tecnológicos y deberían estar en la capa externa de infraestructura. Sin embargo, si intentas poner toda la lógica de negocio (cómo realizar los cálculos) en la capa de dominio, perderás el rendimiento que te ofrece polars.

Hasta ahora, 10/10 pts este curso

Llamar una arquitectura por otro nombre ya sea por confusión, interpretación, etc. Me agrada la recomendación de no darle tanta importancia a ello sino a la utilidad y funcionalidad de la arquitectura, al final es lo más importante.

Me encantó la explicación y descripción de estas tres arquitecturas. Me quedo con una gran satisfacción haber usado una de ellas en mi primer proyecto personal (Trabajo Especial de Grado). Lo mejor de todo, es que creí haber estado usando la hexagonal y ahora pienso que el resultado que obtuve fue una cebolla. Sin embargo, los objetivos propuestos fueron alcanzados de igual manera.

Ahora, para mi emprendimiento tendré más cosas en cuenta como por ejemplo, tal vez definir mejor el dominio tanto el modelo de dominio como la capa de aplicación y, ver si tal vez consigo tener un mayor desacoplamiento.

Saber sobre arquitecturas, es invaluable. Me siento como una mina de oro jajaja

Convenciones del curso: - "Dominio" es el elemento central - Al "dominio" lo podemos separar en dos capas: "modelo de dominio" y "capa de aplicación" - Al resto, le llamaremos "capa externa"
Me quedo con varios aprendizajes: La organizacion y separacion en tu Codigo abre las puertas a trabajar mejor con uno o mas desarrolladores, ademas de hacer que el trabajo de modificar o agregar sea mas rapido. Una arquitectura permite que trabajes bajo marcos de referencia hablando un mismo lenguaje con otros desarrolladores. El dominio es un eje en donde cada arquitectura permite que sea el nucleo Los principios SOLID ayudan a mejor calidad de codigo
Me llevo como aprendizaje la importancia de tener una arquitectura definida en cada uno de los proyectos a los que nos enfrentemos, esto facilitará el entendimiento al equipo de desarrollo y ahorrará tiempo al momento de hacer las implementaciones del código.
Creo que lo más valioso, es la organización pero la que tu necesitas en caso personal, usamos estas arquitecturas como una guía, pero eventualmente somos quienes decidimos, como arquitectos, que es lo importante. La creatividad en resolver la necesidad, se me hace invaluable.
Muy interesantes los temas abarcados hasta éste punto. En lo personal me quedo con una idea mucho más clara de las diferencias y similitudes entre la arquitectura hexagonal y de cebolla.

Hasta el momento he aprendido cuando usar y cuando no una arquitectura limpia, cómo están estructuradas y qué elementos las componen.

Muy interesante!!!