Descargue como PDF, TXT o lea en línea desde Scribd
Descargar como pdf o txt
Está en la página 1/ 6
UNIDAD 1: ARQUITECTURA EN CAPAS
ARQUITECTURA EN CAPAS
Una arquitectura en 2 capas distribuye la aplicación en dos componentes
lógicos. Las responsabilidades de cada componente hacen a las variantes de esta arquitectura.
Surge la Arquitectura en 2 capas como consecuencia de la arquitectura
cliente/servidor. Esta topología permite distribuir la carga de la aplicación a dos computadores diferentes, lo que llevó naturalmente a distribuir las responsabilidades de la misma a dos unidades lógicas.
Arquitectura P+L/D
Una primera variante es retirar el manejo de datos de la aplicación. Esto
permite a varios clientes utilizar el mismo juego de datos. P+L es una unidad lógica por sí, donde el manejo de interfaz de usuario y el manejo de la lógica no se los distingue como módulos independientes. Típicamente P+L se encuentra en el cliente, mientras que D se encuentra en el servidor.
Un ejemplo de aplicaciones con esta arquitectura es una aplicación que
delega la persistencia a un manejador de base de datos. UNIDAD 1: ARQUITECTURA EN CAPAS
Arquitectura P/L+D
El hecho de tener la misma lógica en cada cliente permitió factorizarla, llevando la
misma al servidor.
Aquí la lógica de la aplicación se encuentra embebida al manejo de la persistencia
de datos. En este tipo de aplicaciones la lógica resuelve los problemas de persistencia encargándose ella misma de dicha tarea, no necesariamente utilizando un manejador de base de datos, o embebiendo toda la lógica de negocios en el mismo. UNIDAD 1: ARQUITECTURA EN CAPAS
Arquitectura P+L/L+D
Una tercer variante es repartir la tarea de la lógica, una parte junto a la interfaz de usuario, y otro junto al manejo de persistencia de datos.
Un ejemplo de aplicaciones con esta arquitectura son aplicaciones similares a las
que tienen arquitectura P+L/D, que tienen implementada parte de la lógica en procedimientos almacenados en el manejador de la base de datos.
Desventajas de la Arquitectura en 2 capas
• La lógica de la aplicación no puede ser reusada ya que está ligada o a la interfaz
de usuario o al manejo de persistencia de datos.
• Las estaciones de trabajo pueden tener serias restricciones de recursos. Los
desarrolladores deben estar entrenados para optimizar la aplicación de forma que pueda ser utilizada en dichos entornos.
• Incremento de la carga de la red: dado que el procesamiento de los datos se
realiza en el cliente, gran cantidad de información debe ser transmitida desde el servidor.
• El PC procesa y presenta la información. Lleva a aplicaciones monolíticas, caras
y difíciles de mantener. (“fat client”).
• La “lógica de negocios” está implementada en el PC. Notar que la lógica de
negocios nunca usa el sistema de ventanas. UNIDAD 1: ARQUITECTURA EN CAPAS
Arquitectura en 3 Capas
La arquitectura en 2 capas, con su variante P/L+D, dio lugar a la arquitectura en 3
capas. El hecho de que la lógica de negocios y el manejo de persistencia sean una unidad presentaba desventajas importantes: el manejador de base de datos resultaba pequeño y quería migrarse a otro, debía actualizarse la versión, o se deseaba incorporar datos de nuevas fuentes.
En esta arquitectura la lógica de la aplicación ocupa una capa intermedia; está
separada tanto de los datos como de la interfaz de usuario (P/L/D). Los procesos pueden ser administrados y desplegados en forma autónoma, sin relación con la interfaz de usuario y el manejador de base de datos. En teoría, los sistemas en 3 capas son de más fácil ampliación y más robustos y flexibles. Además, pueden integrar datos de múltiples fuentes.
Es importante notar que los límites entre las capas son lógicos, por lo que es posible ejecutar las tres capas en la misma máquina. Lo importante es que el sistema está claramente estructurado y que hay una buena planificación de los límites entre las diferentes capas. UNIDAD 1: ARQUITECTURA EN CAPAS
Responsabilidades de las capas
Capa de presentación
Es responsable de la presentación de los datos, recibiendo los eventos de
los usuarios y controlando la interfaz de usuario.
Capa de lógica de negocios
Esta capa es nueva, es decir, no está presente en la arquitectura en 2
capas en forma explícita Los objetos de negocios que implementan las reglas de negocios “viven” aquí, y están disponibles para la capa de presentación. Esta capa es la clave para resolver los problemas de la arquitectura en 2 capas Protege del acceso directo a la información desde la capa de presentación
Capa de persistencia
Es responsable del almacenamiento de los datos
Es común reusar sistemas existentes de bases de datos en esta capa •
Actualmente se usan manejadores relacionales: son avanzados, permiten el uso de triggers y paquetes. Existen manejadores Orientados a Objetos
Ventajas de la arquitectura en 3 capas
Separación clara de la interfaz de usuario de la lógica de la aplicación. Esta
separación permite tener diferentes presentaciones accediendo a la misma lógica. La redefinición del almacenamiento de información no tiene influencia sobre la presentación.
En contraste con una arquitectura en 2 capas, donde solamente datos
están accesibles al público, los objetos de negocios pueden brindar servicios (lógica de la aplicación) por la red. UNIDAD 1: ARQUITECTURA EN CAPAS
BIBLIOGRAFIA
Arquitecturas y Tecnologías para el Desarrollo de Aplicaciones Web, Andrés
