Diferencia entre revisiones de «Estilo arquitectural en capas (N-Layer)»
| Línea 1: | Línea 1: | ||
| − | {{ | + | {{Ficha Software |
|nombre=Estilo arquitectural en capas | |nombre=Estilo arquitectural en capas | ||
| + | |familia= | ||
|imagen=Arqencapas.jpg | |imagen=Arqencapas.jpg | ||
|tamaño= | |tamaño= | ||
| − | | | + | |descripción=Estilo Arquitectónico en Capas |
| + | |imagen2= | ||
| + | |tamaño2= | ||
| + | |descripción2= | ||
| + | |creador= | ||
| + | |desarrollador= | ||
| + | |diseñador= | ||
| + | |modelo de desarrollo= | ||
| + | |lanzamiento inicial= | ||
| + | |versiones= | ||
| + | |última versión estable= | ||
| + | |género= | ||
| + | |sistemas operativos= | ||
| + | |idioma= | ||
| + | |licencia= | ||
| + | |premios= | ||
| + | |web= | ||
}}'''Estilo arquitectural en capas (N-Layer) ''', se basa en una distribución jerárquica de los [[roles]] y las responsabilidades para proporcionar una división efectiva de los problemas a resolver | }}'''Estilo arquitectural en capas (N-Layer) ''', se basa en una distribución jerárquica de los [[roles]] y las responsabilidades para proporcionar una división efectiva de los problemas a resolver | ||
Revisión del 11:44 11 oct 2011
| ||||
Estilo arquitectural en capas (N-Layer) , se basa en una distribución jerárquica de los roles y las responsabilidades para proporcionar una división efectiva de los problemas a resolver
Importancia
Los roles indican el tipo y la forma de la interacción con otras capas y las responsabilidades la funcionalidad que implementan.
Características
- Descomposición de los servicios de forma que la mayoría de interacciones ocurre solo entre capas vecinas.
- Las capas de una aplicación pueden residir en la misma máquina o estar distribuidos entre varios equipos.
- Los componentes de cada capa se comunican con los componentes de otras capas a través de interfaces bien conocidos.
- Cada nivel agrega las responsabilidades y abstracciones del nivel inferior.
- Muestra una vista completa del modelo y a la vez proporciona suficientes detalles para entender las relaciones entre capas.
- No realiza ninguna suposición sobre los tipos de datos, métodos, propiedades y sus implementaciones.
- Separa de forma clara la funcionalidad de cada capa.
Principios Claves
- Cada capa contiene la funcionalidad relacionada solo con las tareas de esa capa.
- Las capas inferiores no tienen dependencias de las capas superiores.
- La comunicación entre capas está basada en una abstracción que proporciona un bajo acoplamiento entre capas.
Beneficios
- Abstracción ya que los cambios se realizan a alto nivel y se puede incrementar o reducir el nivel de abstracción que se usa en cada capa del modelo.
- Aislamiento ya que se pueden realizar actualizaciones en el interior de las capas sin que esto afecte al resto del sistema.
- Rendimiento ya que distribuyendo las capas en distintos niveles físicos se puede mejorar la escalabilidad, la tolerancia a fallos y el rendimiento.
- Testeabilidad ya que cada capa tiene una interfaz bien definida sobre la que realizar las pruebas y la habilidad de cambiar entre diferentes implementaciones de una capa.
- Independencia ya que elimina la necesidad de considerar el hardware y el despliegue así como las dependencias con interfaces externas.
Cuando usarlo
- Ya tienes construidas capas de una aplicación anterior, que pueden reutilizarse o integrarse.
- Ya tienes aplicaciones que exponen su lógica de negocio a través de interfaces de servicios.
- La aplicación es compleja y el alto nivel de diseño requiere la separación para que los distintos equipos puedan concentrarse en distintas áreas de funcionalidad.
- La aplicación debe soportar distintos tipos de clientes y distintos dispositivos.
- Quieres implementar reglas y procesos de negocio complejos o configurables.
Fuentes
De la Torre Llorente, César. Guía de Arquitectura N-Capas orientada al Dominio con .NET 4.0.
