Departamento de Ciencias e Ing. geniería de la Computación. Diego C. Martínez - DCIC-UNS

Transcripción

1 Ingeniería de Ap plicaciones Web Diego C. Martínez Departamento de Ciencias e Ing geniería de la Computación Universidad Nacional del Sur

2 Reutilización en el desarrollo de software En el desarrollo del software el concepto de reutilización es extremadamente importante. La disciplina de diseño y construcción de aplicaciones pone énfasis en la reutilización en varios aspectos de la estructura de un pr rograma, principalmente en la reutilización de código. Dos nociones importantes de reutilización: Patrones de diseño. descripciones de objetos que se comunican y clases que son personalizadas para resolver un problema de diseño general en un contexto particular. Frameworks orientados a objetos. Un fra amework, en cambio, constituye el diseño reutilizable, con parte de implementación, de un sistema o subsistema completo.

3 Frameworks Existen varias definiciones del concepto de Básicamente un framework es un diseño e aplicación en un dominio específico. framework... implementación parcial para una En cierto sentido es una aplicación incompleta..... y lo faltante puede completarse de diversas formas, de modo tal de obtener diferentes aplicaciones específicas Los frameworks son construídos cuando es necesario desarrollar varias aplicaciones similares (en función y estructura) El framework implementa aquellos aspectos comunes a estas aplicaciones.

4 Frameworks El proceso de obtener una aplicación conc creta de un framework se denomina instanciación del framework (framework instantiation) + + Framework Aplicacion A Aplicacion B

5 Frameworks Otras definiciones similares: A framework is a reusable design expressed as a set of abstract classes and the way their instances collaborate (Johnson). A framework is a set of prefabricated software building blocks that programmers can use, extend, or customize for specific computing solutions. (Taligent/IBM) A set of cooperating classes that mak kes up a reusable design for a specific class of software. A framework provides architectural guidance by partitioning the design into abstract classes and defining their responsabilities and collaborations. (Gamma et al) A collection of abstract classes, and their associated algorithms, constitute a kind of framework into which particula applications can insert their own specialized code (Deutsch) Los frameworks difieren de las aplicaciones principalmente en el nivel de abstracción (pensados en base a una familia de aplicaci iones) y en su incompletitud. De la misma forma que una subclase es una especialización de una clase padre, una aplicación puede pensarse como una espec cialización de un framework más general.

6 Frameworks visión conceptual Framework Llamada a operaciones implementadas por el usuario Llamada a operaciones implementadas por el framework Aplicación específica

7 Diferencias con los patrones Patrones de diseño Frameworks Reutilización de diseño Reutilización de diseño y código Indica cómo realizar un buen diseño Es diseño e implementación Independiente del lenguaje Específico de un lenguaje Usualmente cubre un dominio general de problemas Usualmente cubre dominios específicos de problemas Usualmente cubre una parte pequeña de la arquitectura del SW Usualmente cubre toda la arquitectura general del SW

8 Frameworks - ejemplo Ejemplos clásicos y conocidos: Video Club Socios Sin cuota mensual. Alquiler de DVDs y Blue-Rays Período de tiempo limitado Penalidad por devolución tardía Biblioteca Socios Probablemente con cuota mensual. Préstamos de libros y revista as Período de tiempo limitado Penalidad por devolución tardía Todos estas aplicaciones pertenecen a un mismo dominio de problemas: aquél de préstamos y alquileres de objetos específicos a usuarios registrados. Esta funcionalidad común puede capturarse fácilmente por medio de un framework que permita producir con facilidad aplicaciones en este dominio

9 Frameworks - ejemplo Recurso ejecutarreservapor cancelarreserva Reserva ejecutarres() cancelarres() reservas CategoriaItem recursos Item asignara:hasta devolver reservas Cliente tomar:hasta puedetomar devolver movimientos cliente recurso Movimiento i inicio fin Framework Préstamos y Alquileres [Campo-Price] Cuenta calcular pagar

10 Frameworks - ejemplo Recurso ejecutarreservapor cancelarreserva Reserva ejecutarres() cancelarres() reservas CategoriaItem recursos Libro asignara:hasta devolver reservas IntegranteUNS tomar:hasta puedetomar devolver movimientos cliente recurso Movimiento i inicio fin Alumno Docente Cuenta calcular pagar

11 Partes de un framework Framework Unused Library Classes Framework library Framework core Application extensions Application

12 Beneficios del uso de frameworks Reduce el tiempo de desarrollo. No se inicia el proyecto desde cero. Reduce los costos de desarrollo. Menos tiempo implica menos costos. El conocimiento del framework implica menos formación de RRHH. Induce una organización arquitectónic ca. Cada framework sigue una arquitectura particular, bastante rígida. Obliga a una disciplina de trabajo ordenada. Impregna calidad al proyecto. Los frameworks son testeados y mantenidos constantemente. Muchas instanciaciones actualmente en ejecución. Aumenta el espectro de desarrolladores informados. Un framework popular es conocido por muchos y por lo tanto ofrece más candidatos desarrolladores. d Facilita la integración y renovación de desarrolladores. Un desarrollador familiarizado con un framework puede incorporarse rápidamente a proyectos de instanciación.

13 Layering La metáfora de las capas es la técnica común para particionar i sistemas complejos. Ejemplo mínimo cliente-servidor en bases de datos Cada capa descansa sobre la capa inferior. Las capas inferiores son independientes de las superiores. Ventajas: Comprensión modular por capas Abstracción de capas inferiores Facilidad d de cambios de capas Desventajas: Las capas no siempre encap psulan todo (cascading changes). Performance en riesgo

14 Las tres capas principales Las tres capas principales usualmente disti nguidas son Presentación Cent rada en la interacción con el usuario. Muestra información e interpreta comandos. Dominio "Domain Logic" o "Business Logic" Computaciones sobre los datos dependientes del dominio particular Datos Centrada en la comunicación con otros sistemas externos. Típicamente un DBMS.

15 Java 2 Platform

16 Patrón general de diseño: MVC MVC es el patrón arquitectónico predomina ante en las aplicaciones web controller model view El Controlador administra a el Modelo y la Vista. La Vista es responsable de observar el Modelo para exteriorizar los datos. La forma de vincular el controlador con un modelo y una vista es variada: Puede hacerse en forma automática, por convenciones de nombres: AlumnosController, ll AlumnosMod del, AlumnosViewTodos Puede hacerse en forma manual, por medio de operaciones predefinidas loadmodel( mimodelo ); getview( mivista );

17 MVC: separaciones principales controller model view Usualmente sobrevalorada. Muchas aplicaciones terminan teniendo un controlador por vista. En algunos frameworks están combinados

18 MVC: separaciones principales controller model view Separación principal Las vistas y las presentac ciones son otra problemática. Los programadores del modelo no necesitan conocer nada de las vistas. La misma información pue ede ser visualizada de maneras diferentes. El testing puede despojarse de características visuales.

19 Page controller Page-controller es un patrón de diseño cong gruente con el patrón arquitectónico MVC. Aquí un objeto controla el request de una página específica del sitio (action) Model Page Controller -atiende get / post -decide modelo y vista View -mostrar html Hay un controlador por cada página lógica del sitio. En algunos casos es la página misma. Principalmente vinculado a una acción del sitio Determina un conjunto de páginas parametrizables.

20 Page controller El page-controller puede ser un script (CGI, servlets, etc) un server page (ASP, PHP, JSP, etc) Las responsabilidades básicas del page-controller son: Decodificar la URL y extraer los datos correspondientes. Crear e invocar los objetos del model lo para procesar los datos. Determinar qué vista debe mostrar los resultados y redireccionar. Al ser un patrón de diseño no necesariamente rige toda la arquitectura del sitio. Admite incluso la convivencia de los dos modos de page-controller. Es posible manejar algunas URLs co mo scripts, otras como pages. El patrón page-controller funciona particularmente bien en sitios de lógica simple.

21 Front controller Front-controller maneja todos los requests de un sitio web. Front Controller -atiende get / post Abstract Command procesar() Concrete Command A procesar() Concrete Command B procesar() El objeto Front-controller recibe el request del cliente y recupera los datos correspondientes. Prepara los datos para los comandos. Decide qué comando ejecutar a contin nuación.

22 Front controller El objeto Front-controller es usualmente im plementado como un módulo script (php, servlet, asp) en lugar de una server page. El objeto Front-controller decide el comand o estática o dinámicamente estáticamente parseando el URL + lógica condicional. Simple y fácil de depurar. dinámicamente parseando el URL + instanciando comandos. Hace uso de las ventajas del patrón Command. La clase Command explicitada en el URL, con archivos configurables que mapean el nombre de la clase correspondiente. Es un patrón más complicado de implementar que Page-controller. Sólo se implementa un Front-controller.

23 Template View Template View es un patrón que renderiza in nformación a HTML, incrustando marcas en una plantilla HTML. { marca } <? marca?> <pre:marca/> <prefijo:marca> </prefijo:marca> Las marcas son reemplazadas por datos computados. Es en realidad el patrón habitual de los scrip pts PHP, JSP, ASP, aunque estos permiten la inclusión de lógica compleja. Es el patrón usualmente elegido para la Vista del patrón MVC

24 PHP Frameworks En la web, muchos frameworks surgen ant te la necesidad de sitios con abundante contenido dinámico. En el caso puntual de PHP, existen varios frameworks de diferente complejidad y generalidad: algunos son prácticamente librerías, otros representan sitios funcionales configurables y extendibles. Si bien existen muchos frameworks dispon nibles, actualmente la tendencia es incluir soporte para la organización MVC. Algunos frameworks de propósito general más conocidos Zend Framework CakePHP Symfony Project Seagull Framework Prado PHP on TRAX ZooP Framework ez Components CodeIgniter Algunos frameworks de dominio específico: Mambo, Joomla!, ez Publish Drupal Wordpress