Arquitectura hexagonal: puertos y adaptadores

La Arquitectura Hexagonal propone que nuestro dominio sea el núcleo de las capas y que este no se acople a nada externo. En lugar de hacer uso explícito y mediante el principio de inversión de dependencias nos acoplamos a contratos (interfaces o puertos) y no a implementaciones concretas.
A grandes rasgos, y si mucho detalle, lo que propone es que nuestro núcleo sea visto como una API con unos contratos bien especificados. Definiendo puertos o puntos de entrada e interfaces (adaptadores) para que otros módulos (UI, BBDD, Test) puedan implementarlas y comunicarse con la capa de negocio sin que ésta deba saber el origen de la conexión.

Carlos Enrique Ramírez Flores

Gracias amigo, he guardado tu aporte! saludos!

Elmer Padilla Espinoza

Buenos datos Mauricio, gracias.

Carlos Eduardo Diaz Polanco

La arquitectura hexagonal, Es un estilo de arquitectura que mueve el foco de un programador desde un plano más conceptual hacia la distinción entre el interior y el exterior del software. La parte interior son los casos prácticos y el modelo domain está construido sobre ello. La parte exterior es UI, base de datos, mensajería, etc. La conexión entre el interior y el exterior es mediante puertos, y su implementación equivalente se conocen como adaptadores. Por esta razón, este estilo de arquitectura se conoce habitualmente como Puertos y Adaptadores.

Julian Parra

Más detalle de la arquitectura hexagonal

JUAN PABLO MAYORGA MENDIETA

Muy buen aporte, muchas gracias

Miguel Sosa

Excelente aporte! Gracias totales! ;)

Antonio Rafael González Ferrer

Hexagonal - Puertos y adaptadores

Nos ayuda a diseñar una aplicación que tenga bien claras cuáles son sus dependencias externas, es decir, cómo se va a consumir externamente y qué necesita del mundo exterior. Esto lo hace definiendo puertos que son su capa fina de comunicación con el exterior en dónde la aplicación sólo sabe su funcionalidad, pero no el cómo, y adaptadores que se van a encargar del cómo específicamente

Miriam Fernández

Está bien la teoría pero hubiese estado mucho mejor haber llevado esto a clases en un framework mvc.

Con toda esta información no se como plasmarlo en mi código php

Miguel Sosa

Yo creo que la intención del curso de Arquitectura es entender los diferentes modelos y cuando aplicarlos según las necesidades.

Ya llevarlo a una app puntual con sus lenguajes y tecnologías en particular, dependerá de nosotros el o los patrones, y ahí tendremos que investigar sobr el cómo aplicar el patrón a nuestras necesidades.

Espero haber aportado algo con mi comentario :) Saludos! :mus

Alejandro Picado Brenes

Hola, pensaba lo mismo, pero en el curso de fundamentos Guido menciona el pensamiento agnóstico para solucionar un problema, osea plantear una solución sin que esta este amarrada a un producto específico, ningún framework termina de solucionar nuestros desafios de arquitectura, claro sería interesante ver algunos ejemplos en marcha.

Christian Gómez

Patrones: Hexagonal - Puertos y adaptadores

Nos ayuda a construir un patron que tiene bien claras sus dependencias externas. Esto lo hace definiendo puertos que son su capa fina con el exterior, donde la aplicación sabe su funcionalidad pero no el como. Y existen adaptares que se encargarán del "Como" especificamente.

Si la App necesita acceso al file system o a la BD va a modelar un puerto que represente a sus datos y luego va a modelar un adaptador. Esta aplicación permite hacer tests de unidades muy fácilmente.

Ejemplos: Aplicaciones WEB

Elmer Padilla Espinoza

Gracias Christian por el aporte.

Abril Darynka Tapia Sosa

Patrón de arquitectura hexagonal / Puertos y adaptadores Ayuda a diseñar una aplicación con dependencias externas claras. Define puertos que son la capa fin con el exterior. La aplicación solo sabe su funcionalidad pero no el como y los adaptadores se encargan del como específicamente. Ejemplo: Aplicación web

Carlos Eduardo Magallon Zepeda

Hace 3 años

Yo les comparto este video de youtube que me ayudo muchísimo a entender el tema de la arquitectura hexagonal.

Mateo Nieto Hoyos

Sería genial un curso donde se ponga en practica ésta arquitectura

Francisco Ruiz Lezcano

Sería monolito esta arquitectura, no?

Everardo Sánchez

Creo que no por que solo se refiere a la forma de estructurar cierto código.

Imagina que tienes una api que recibe mensajes y se encarga de mandar emails haciendo ciertas validaciones. La arquitectura hexagonal te dice como estructurar el código en las capas de infraestructura, aplicación y dominio. Pero al solo enviar correos puede ser visto como un microservicio de una aplicación más grande.

Cristian Blandon

En realidad no, más adelante verás que puertos y adaptadores son simplemente conectores entre componentes, y si hay varios componentes en un sistema, se entendería como un sistema distribuido. ¡Saludos!

Jorge Arturo Pintor Morales

Esto lo comento por mera experiencia. Esta arquitectura esta muy ligada con los ejemplos que vimos en la arquitectura de capas y MVC. La principal diferencia que se tiene es que en le hexagonal requiere que el dominio declare los puertos (generalmente como interfaces lo cual abstrae por completo el problema de separar la implementación de la abtracción). Son muy parecidos ya que en ambos separas las responsabilidades y en ambos casos el dominio desconoce los detalles de:

Quien lo llama o usa
Cómo se manejan los datos.
Como se ejecutan ciertos procesos (ej, envío de email o notificaciones)
Como se muestra la información (Por ejemplo, los servicios devuelve Array<Obj> y quien llamo al servicio [controller por ejemplo] generan un JSON o un CSV).

Para mi es una de las arquitecturas más limpias. El principal inconveniente es que genera muchos archivos y se vuelve complicado de manejar. Además de que es más complicado de implementar en lenguajes que no tienen validación de tipo de datos.

Como nota final, eta arquitectura es muy buena cuando tiene servicios complejos. Si estas realizando un API CRUD muy sencilla quizá sea un overkill manejar esta arquitectura

Deymer Hernandez

Ni Nueva Ni Arquitectura Ni Hexagonal, aqui

Cristhian Edwin Ortiz Mercado

Hola estos son un ejemplo de scaffolding que me parecieron interesantes (spring boot) usando este tipo de arquitectura hexagonal:

application/ rest/ # el controller request/ # aquí irán todos los objetos dto para la petición response / # los dto de la response domain/ repository/ # interfaz del repository
service/
Exception.java Foo.java
infrastructure/ configuration/ # La configuración de las distintas bases de datos (MongoDB, Cassandra...). # También configuración de los Beans (Services en este caso). repository/ # Implementación de la interfaz repository para los distintos repositorios, también mappers, Modelo de datos, etc. Application.java

Juan Carlos Ortiz Romero

🤖 La Arquitectura Hexagonal propone que nuestro dominio sea el núcleo de las capas y que este no se acople a nada externo. En lugar de hacer uso explícito y mediante el principio de inversión de dependencias nos acoplamos a contratos (interfaces o puertos) y no a implementaciones concretas.

Juan Carlos Ortiz Romero

Ayuda a diseñar una aplicación con dependencias externas claras.

Rodolfo G

en mi opinión, esto es mas de lo mismo solo que con nombres rinbombantes... en si aplicando meyer/liskov + solid + mvc podes llegar a un buen diseño de arquitectura. De echo en el libro mismo dice que el hexagono no tiene un proposito solo fue una elección para que le quede libre las caras de up y down. Pero bueno es mi opinión...

JESUS DANIEL MALMA MONTAÑO

Hace 16 días

hasta cuando esas preguntas q hacen perder tiempo creo q es manera de ganar dinero facil

Camilo Carrillo

Hace 4 años

Es decir que para el ejemplo que cita de consumir una API REST, el adaptador solo entrega los datos para hacer el reporte. La regunta es quien los ordena? O como sabemos la entrega de esos datos?

Wilson Neftali Mundo Alonzo

Hace 2 años

los puertos como tal pueden tener su propia arquitectura de software y la seguridad es un requisito no funcional crucial que se define, que incluso puede tener su propia arquitectura

William Rodriguez