¿Qué es la arquitectura en capas? ¿Cómo se estructura y cómo funciona?

Question

IT Interview Practice · Accepted Answer

## ¿Qué es la arquitectura en capas?

**La arquitectura en capas** organiza el código fuente en capas, cada una responsable de un tipo concreto de trabajo. Separa la recepción de solicitudes, la aplicación de reglas de negocio y el acceso a los datos para que el código resulte más fácil de entender y mantener.

Las capas pueden ejecutarse dentro de una única aplicación. Las capas describen responsabilidades del código; colocar partes en servidores separados es una cuestión de despliegue que aborda la arquitectura de N niveles.

## Capas habituales

Una aplicación web suele tener tres capas:

- **Presentación:** Muestra información, acepta acciones del usuario o solicitudes HTTP y devuelve los resultados al usuario.
- **Negocio:** Aplica las reglas de la aplicación, como comprobar si un empleado tiene suficientes días de permiso disponibles.
- **Acceso a datos:** Lee y escribe en la base de datos, por ejemplo, para recuperar el saldo de días de permiso o guardar una solicitud de permiso.

En la organización tradicional en capas, la presentación llama a la lógica de negocio, que a su vez llama al acceso a datos. Así, las consultas a la base de datos y las reglas de negocio quedan fuera del código de presentación.

## ¿Cómo se procesa una solicitud?

**Consideremos una aplicación de gestión de permisos:** Cuando un empleado envía una solicitud, la presentación recibe las fechas y las pasa a la lógica de negocio. La lógica de negocio recupera el saldo disponible a través del acceso a datos y comprueba la solicitud.

Si es válida, la aplicación guarda la solicitud para su aprobación y devuelve una confirmación. Si el saldo es insuficiente, la lógica de negocio rechaza la solicitud y la presentación muestra el motivo. En este ejemplo, los días de permiso se descuentan más adelante, durante la aprobación.

Cuando la empresa cambia su política de permisos, los desarrolladores actualizan la capa de negocio. La presentación y el almacenamiento de datos pueden permanecer sin cambios si la información intercambiada sigue siendo la misma.

## Ventajas

- **Lugares claros para realizar cambios:** La presentación, las reglas y las consultas a la base de datos tienen cada una su propio lugar en el código.
- **Lógica de negocio reutilizable:** Varias pantallas pueden llamar a la misma operación, lo que evita reglas incoherentes entre pantallas.
- **Reparto claro del trabajo:** Los desarrolladores pueden entender la responsabilidad de cada capa y los datos que intercambia.

## Limitaciones

- **Los cambios pueden afectar a varias capas:** Añadir un campo nuevo suele requerir cambios en la presentación, la lógica de negocio y el almacenamiento.
- **Las carpetas separadas no bastan:** Los límites se vuelven confusos si la presentación sigue consultando los datos directamente o aplicando por sí misma las reglas de negocio.
- **Las dependencias de datos pueden complicar las pruebas:** Cuando la lógica de negocio está ligada a una implementación concreta de consultas, las pruebas pueden necesitar una base de datos real.

## ¿Cuándo conviene utilizarla?

La arquitectura en capas es adecuada para herramientas de administración, aplicaciones de recursos humanos y sistemas con muchos formularios y flujos de trabajo de negocio conocidos. En un sistema más grande, divide el código en módulos de negocio y aplica capas dentro de cada módulo, evitando una única capa de negocio enorme que contenga todas las funcionalidades.

¿Qué es la arquitectura en capas?

Capas habituales

¿Cómo se procesa una solicitud?

Ventajas

Limitaciones

¿Cuándo conviene utilizarla?

Preguntas relacionadas