# data[].attributes.body
1. Capa presentación
Es la capa inferior, el corazón de nuestra aplicación. Ésta capa solo debe comunicarse con su capa inmediatamente superior
2. Capa lógica negocio

En esta parte del aplicativo, tenemos toda la lógica perteneciente a nuestro negocio, el mapeo con las bases de datos si es el caso y los tipos de datos que existen en nuestra persistencia.
3. Capa intermedia

Capa que recibe una petición del usuario y contienen todas las reglas y métodos para transformar que se intercambian entre la vista y el modelo.
4. Capa pública

Es la capa superior que se compone de código HTML, CSS3, JavaScript por ejemplo, mezclado con código dinámico que nos proporciona el motor de vistas si es el caso.

# data[].attributes.body
La arquitectura hexagonal es una arquitectura del software en la que se busca es separar el núcleo lógico de la aplicación, dejarlo en el centro totalmente aislado del exterior, del cliente y de otras interacciones. En la misma tenemos adaptadores, puertos, el núcleo lógico y adaptadores y puertos secundarios.

Etapa 0: la aplicación

Está tu aplicación y está el mundo exterior. Este será nuestro punto de partida. Usaremos la palabra aplicación, pero eso puede significar muchas cosas

Etapa 1: dominio e infraestructura

Un dominio de internet es un nombre único que identifica a una subárea de internet. El propósito principal de los nombres de dominio en Internet y del sistema​ de nombres de dominio, es traducir las direcciones IP.

Etapa 2: casos de uso

Un caso de uso es la descripción de una acción o actividad. Un diagrama de caso de uso es una descripción de las actividades que deberá realizar alguien o algo para llevar a cabo algún proceso.

Etapa 3: adaptadores primarios y secundarios.

Los adaptadores primarios son puntos de entrada/entrada (mecanismos de entrega, controladores) de su aplicación.

Los adaptadores secundarios son puntos salientes de su aplicación que se conectan a actores secundarios.

Etapa 4: puertos y la regla de dependencia

En otras palabras, el dominio/núcleo no debería depender directamente de ningún adaptador. Pero espere un minuto: los casos de uso se basan en bases de datos y otros adaptadores.

Etapa 5: manejo de errores

El manejo de errores se refiere a los procedimientos de respuesta y recuperación de las condiciones de error presentes en una aplicación de software. En otras palabras, es el proceso compuesto por anticipación, detección y resolución de errores de aplicación, errores de programación o errores de comunicación.

Etapa 6: prueba

Una prueba de software es un proceso por medio del cual se evalúa la funcionalidad de un software y se intenta identificar posibles errores. Su propósito principal es asegurar que la aplicación desarrollada cumpla con los estándares y se ofrezca al cliente un producto de calidad.

Etapa 7: solicitudes y respuestas

como su nombre lo dice en esta capo obtenemos el fedback acerca del resultado final y si el cliente esta satisfecho.

Etapa 8: raíz

Una raíz se define en el mundo informático como el directorio de nivel superior de un sistema de archivos. Directorio de nivel superior significa que se incluyen todos los demás directorios, incluidos los subdirectorios y los archivos que contienen.

# data[].attributes.body
Soares, L. (2021, 26 julio). Clean and Hexagonal Architectures for Dummies. medium.comhttps://medium.com/codex/clean-architecture-for-dummies-df6561d42c94

Rusnok, D. (2020, 3 octubre). Layers in Software Architecture. levelup.gitconnected.com. https://levelup.gitconnected.com/layers-in-software-architecture-that-every-sofware-architect-should-know-76b2452b9d9a

Perez, J. (2020, 9 julio). Qué es la arquitectura hexagonal. openwebinars.net. https://openwebinars.net/blog/que-es-la-arquitectura-hexagonal/#:~:text=La%20arquitectura%20hexagonal%20es%20una,y%20adaptadores%20y%20puertos%20secundarios.

Lopez, J. O.  (2019, 11 marzo). Patrones de arquitectura de software. dreams.es. https://www.dreams.es/transformacion-digital/desarrolladores-paginas-web/patrones-de-arquitectura-de-software