Modelo mvc
Modelo mvc gy bajacalifornial 110R6pR I S, 2011 6 pagos MULTICAPASdades La construcción de aplicaciones n-tier (n-capas) distribuidas ha emergido como la arquitectura predominante para la construcción de aplicaciones multiplataforma en la mayor parte de las empresas.
Este cambio radical en los modelos de computación, desde los sistemas monolíticos basados en mainframe y los tradicionales sistemas cliente-servidor, hacia sistemas distribuidos multiplataforma altamente modularles, representa el desarrollo rápido y avance de la investigación en el mundo del desarrollo e aplicaciones, tal y como se pone de manifiesto en las últimas tendencias de las grandes em resas de tecnología, como Sun con su estrategia Sun On El modelo presenta a nas * Desarrollos paral (.
Net). orfi to View nut*ge * Aplicaciones más robustas debido al encapsulamiento * Mantenimiento y soporte más sencillo Mayor flexibilidad (se pueden añadir nuevos módulos para dotar al sistema de nueva funcionalidad) * Alta escalabilidad.
La principal ventaja de una aplicación distribuida bien diseñada es su buen escalado Todas las aplicaciones basadas en n-capas permitirán trabajar on clientes ligeros, tal como navegadores de Internet, WebTV, Teléfonos Inteligentes, PDAs (Personal Digital Assistants o Asistentes Personales Digitales) y muchos otros dispositivos en n-capas no es un producto o un estándar, es un concepto estratégico que ayuda a la construcción y despliegue lógico de un sistema distribuido.
Los sistemas de n-capas subdivididos ayudan a facilitar el desarrollo rápido de aplicaciones y su posterior despliegue, con beneficios incrementales fruto de los esfuerzos del desarrollo en paralelo coordinado y del outsourcing inteligente, resultando un norme decremento del tiempo de desarrollo y de sus costes. El diseño para clientes ligeros minimiza los problemas de despliegue de las aplicaciones, mientras que maximiza la accesibilidad a la misma desde una amplia variedad de plataformas heterogéneas.
Los frameworks basados en n-capas se crean para obtener las ventajas de los estándares abiertos de la industria que permiten a las aplicaciones resultantes operar en entornos distribuidos multiplataforma. CARACTERÍSTICAS * Acceso a bases de datos (BD) * Normalmente con BD relacionales * Transaccionales * Propiedades ACID (Atomicity-consistency-lsolation- Durability) conocido. * Transformaciones consistentes (Consistency) preservan la integridad interna de los recursos involucrados. or ejemplo, el borrar registros de una tabla primaria viola la integridad referencial de la base de datos si hay registros relacionados que concuerden. * Transformaciones aisladas (Isolation) parecen ocurrir serialmente, una detrás de otra, creando la ilusión de que ninguna transformación está siendo ejecutada al mismo tiempo. La durabilidad (Durability) se refiere a la habllidad para almacenar los resultados de una transformación de estado, sualmente en un disco, de tal modo que los resultados de una transformación puedan ser recuperados en caso de una falla del sistema. Escalables * Deberían poder soportar más carga de trabajo sin necesidad de modificar el software (sólo añadir más máquinas) ‘k Disponibilidad * Idealmente no deben dejar de prestar servicio * Seguras * No todos los usuarios pueden acceder a la misma funcionalidad ‘k Integración * Es preciso integrar ap nstruidas con distintas 31_1f6 tecnologías conjunto de clases que nos permiten: crear cuentas, destruirlas, encontrarlas por distintos criterios, hacer transferencias ancarias, etc. La capa de componentes debería ser reusable con distintas interfaces gráficas En el ejemplo de la aplicación bancaria podría haber dos clientes: uno Web y otro desktop. APLICACIONES DE UNA CAPA Las capas dentro de una arquitectura son nada más que un conjunto de servicios especializados que pueden ser accesibles por múltiples clientes y fácilmente reutillzables. Este tipo de arquitectura se caracteriza por tener en una sola asociación lógica y en ella a la presentación, la lógica de negocios y los datos; que si los ponemos como servicios se convierten en capas, lo veremos más adelante.
Aplicaciones de 1 Capa Ejemplos de esta arquitectura son desarrollos realizados en Excel, Access, Box, entre otros. APLICACIONES DE DOS CAPAS Se caracterizan por tener 2 asociaciones lógicas, que prestan servicios y que a la final so un servidor y muchos cliente pueden acceder a él para ejecutar una copia del programa. Arquitectura Cliente — Servidor pero quisiera plantear la siguiente problemática: ¿Qué podría suceder si tuviésemos que hacer cambios en la implementación de la lógica de negocios? El resultado es la recompilación de toda la aplicación y reinstalación en todos y cada uno de los clientes; y…. mis clientes suman como 200 máquinas? La solución está en separar la lógica de negocios en un servicio aparte, allí es donde aparece la tercera capa. * APLICACIONES DE 3 CAPAS Una aplicación de tres capas es una aplicación cuya funcionalidad puede ser segmentada en tres niveles lógicos (capas): * Los servicios de presentación. ‘k Los servicios de negocios (Lógica de Negocios) * Los servicios de datos. Arquitectura de Aplicaciones de 3 capas La capa de servicios de presentación es responsable de: * Obtener información del usuario. ‘k Enviar la información del usuario a los servicios de negocios ara su procesamiento. Recibir los resultados d ento de los servicios de negocios. ordenes y así sucesivamente). * Enviar el resultado procesado al nivel de presentación. El nivel de serviclos de datos es responsable de: Almacenar los datos. * Recuperar los datos. * Mantener los datos. * La integridad de los datos. Arquitectura de 3 capas Al ser la primera capa un semcio, se puede inferir que las aplicaciones no solo podrían ser de escritorio, si quisiéramos que nuestra aplicación tenga una interface web, pues solamente bastaría con cambiar la capa de presentación y de allí en adelante nada tiene porque cambiar.
Entonces nuestras páginas web estarían alojadas en un Servidor Web las mismas que se conectan a la lógica de negocios y de allí a los servicios de datos. Arquitectura de 3 capas con interface Web APLICACIONES DE N CAPAS Podríamos ir separando nuestra aplicación en mas niveles lógicos, por ejemplo, vamos a querer que nuestra aplicación tenga múltiples interfaces, es decir interface gráfica (standalone o desktop) y también interface Web. Lo aconsejado en esta clrcunstancia es separar al Servidor Web encargado de alojar las páginas Web en una capa más. En este caso se tendrían 4 capas. Arquitectura de 4 capas
