Cairngorm Framework v2.2. Mate Framework Prototipos rápidos Aplicación con compleja o repetitiva lógica Independencia en el desarrollo de UI de la lógica.

Presentación del tema: "Cairngorm Framework v2.2. Mate Framework Prototipos rápidos Aplicación con compleja o repetitiva lógica Independencia en el desarrollo de UI de la lógica."— Transcripción de la presentación:

1 Cairngorm Framework v2.2

2 Mate Framework Prototipos rápidos Aplicación con compleja o repetitiva lógica Independencia en el desarrollo de UI de la lógica de negocio Reusar aplicaciones Flex

3 PureMVC Framework Aplicación con compleja o repetitiva lógica

4 Cairngorm Framework Equipo nuevo en el desarrollo de Flex Prototipos rápidos

5 Mas Frameworks Slide ARP Foundry Guasax …

6 Patrón MVC Modelo: representación de la información que va a ser manipulada o visualizada Vista: presentación del modelo en formato adecuado (interfaz de usuario) Controlador: control de acciones por parte del usuario y cambios del modelo

7 Introduccion Framework estructural desarrollo de RIA’s Ventajas: Minimiza curva aprendizaje Aplicar conocimiento ya adquirido Reutilización de código Aceptado por la industria Soportado por Adobe

8 Value Object LN dependiente del MD  gran dependencia VO Ortogonalidad y baja cohesión Sin lógica de negocio Simples contenedores de datos Ejemplo: Diferentes origines de datos Mismo tratamiento de objetos

9 Commands Muchos objetos especializados mejor que pocos y poco especializados Poseen la lógica de negocio Independientes de lo visual, lo importante es lo funcional (unidad mínima funcional) Se pueden encadenar Encapsuladores de lógica de negocio  intercambiables

10 FrontController Centralizar invocaciones de comandos Invocación a través de eventos Suscripción de comandos a eventos  FrontController es listener

11 Events EventDispatcher + Listener = Observer Parametrización de invocaciones a comandos  eventos customizados Información de conjunto de invocaciones o casos de uso Evento = ejecución de comando Eventos almacenables Comandos reutilizables

12 Services y ServiceLocator Homólogo de la lógica de negocio en la parte cliente Servidor  responsable y conocedor de cómo trabajar con la BBDD Cliente  cómo delegar la responsabilidad a la parte servidora HttpService WebService RemoteObject Accesibles y únicos ServiceLocator Evitar duplicidad Escalabilidad mantenimiento Facilidad para el cambio

13 BusinesDelegate Necesidad de un servicio por parte del comando para conectar con la parte servidora Independencia entre desarrollos cliente/servidor Gestionar tratamiento de respuestas de los comandos Uso potencial Definición a través de interfaces para intercambio de implementaciones según necesidades

14 ModelLocator Datos a visualizar en diferentes puntos de navegación o en diferentes formas Repositorio común de datos Los comandos modifican este conjunto de datos y las vistas se actualizan de forma automática (bindings) Modificar el modelo  modifiquen las vistas Gestión del modelo consumidor / productor de datos Consumidor  vistas Productor  comandos

15 (De)Serialización + Sesión dpHibernate Serializador/Deserializador de objetos Propiedades Getters y Setters Flex – Java – Flex Tuning  evitar “lazy loading” Sesión Peticiones Flex  Gestores  Home Una única sesión 1 o n transacciones Transacción con Spring Definición de “puntos de corte” + “asesores” Lanzamiento de excepciones  rollback

16 Arquitectura