5.6.3 Session Facade
Session Facade (1) Intención Proporcionar una interfaz sencilla que soporta un conjunto de casos de uso relacionados Motivación La explicada en el tema 2: proporcionar una interfaz sencilla que soporta un conjunto de casos de uso relacionados (en general, una operación por cada caso de uso), ocultando las relaciones existentes en la implementación de cada caso de uso Adicionalmente, cuando se usa EJB, se pretende reducir el número de invocaciones remotas y evitar que el cliente tenga que usar el API de transacciones Ej.: MiniBank
Session Facade (2) Motivación (cont) Opción 1 Definir los interfaces de los Entity Beans como remotos, prescindir del Session Bean e implementar la fachada en el Business Delegate :EJBAccountFacadeDelegate :AccountHome src:account dest:account transfer(srcid, destid, amount) findbyprimarykey(srcid) findbyprimarykey(destid) getbalance() withdraw(amount) add(amount) MVJ-1 Red MVJ-2 NOTA: Por cuestiones de espacio, el diagrama no ilustra la creación de las dos operaciones bancarias
Session Facade (3) Motivación (cont) Opción 1 (cont) La operación transfer involucra 7 operaciones remotas (las 5 mostradas más las dos correspondientes a AccountOperationHome.create) La implementación de transfer necesita usar el API de transacciones (javax.transaction) Lógica de negocio en el cliente => no se beneficia de las ventajas de una arquitectura en 3 capas Opción 2 Definir los interfaces de los Entity Beans como locales e implementar la fachada como un Session Bean remoto El Business Delegate es un Proxy de la fachada
Session Facade (4) Motivación (cont) Opción 2 (cont) :AccountLocalHome dest:accountlocal :EJBAccountFacadeDelegate :AccountFacadeEJB src:accountlocal transfer(srcid, destid, amount) transfer(srcid, destid, amount) findbyprimarykey(srcid) findbyprimarykey(destid) getbalance() withdraw(amount) add(amount) MVJ-1 Red MVJ-2 NOTA: Por cuestiones de espacio, el diagrama no ilustra la creación de las dos operaciones bancarias
Session Facade (5) Motivación (cont) Opción 2 (cont) La operación transfer involucra 1 operación remota El contenedor de EJBs gestiona la transacción automáticamente Lógica de negocio en contenedor de EJBs Las anteriores desventajas (opción 1) y ventajas (opción 2) no son sólo para transfer, sino para todas las operaciones Aplicabilidad Cuando se quiere ofrecer una versión simplificada de un conjunto de EJBs Cuando se quiere reducir el número de invocaciones remotas desde la capa cliente
Session Facade (6) Estructura Client <<SessionBean>> SessionFacade <<use>> BusinessObject <<EntityBean>> BusinessEntity <<use>> <<SessionBean>> BusinessSession <<use>> Participantes Client (EJBAccountFacadeDelegate) DataAccessObject Puede ser un Business Delegate u otro Session Facade SessionFacade (AccountFacadeEJB) Normalmente, un Session Bean Proporciona un interfaz sencillo al cliente, ocultando las relaciones entre numerosos objetos de negocio
Session Facade (7) Participantes (cont) Business Object (Account y AccountOperation) Proporciona datos (Entity Bean o DAO) o un servicio (Session Bean) Colaboraciones Un SessionFacade coordina a un conjunto de objetos de negocio para implementar un conjunto de casos de uso relacionados Consecuencias Beneficios Simplifica el mantenimiento Reduce el número de invocaciones remotas Simplifica la gestión de transacciones
Session Facade (8) Implementación Un Session Facade se implementa como un SLSB o SFSB en función de si necesita guardar estado o no Ej.: AccountFacade (SLSB) en MiniBank Ej.: UserFacade (SFSB) en MiniPortal En el caso de una aplicación web y disponer de un contenedor completo de J2EE => Session Facades (Session Beans) con interfaces locales Evitar que el Session Facade termine siendo una clase grande La descripción de este patrón en el sitio web de IBM, recomienda implementar las operaciones que requieren más de 4 ó 5 líneas de código (sin contar la gestión de excepciones), en clases acción Designing Enterprise Applications with the J2EE ilustra una versión potente (quizás demasiado compleja) de la aplicación del patrón Command, que minimiza el número de operaciones del Session Facade EJB Design Patterns ilustra una versión muy simplificada (quizás no útil) de la aplicación del patrón Command (patrón EJB Command)
Session Facade (y 9) Implementación (cont) Core J2EE Patterns habla del patrón Value Object Assembler para referirse a un Session Facade con operaciones que devuelven Custom Value Objects EJB Design Patterns llama Data Transfer Object Factory a una variante del patrón Value Object Assembler que además incluye operaciones de actualización Código de ejemplo AccountFacade (SLSB) en MiniBank UserFacade (SFSB) en MiniPortal Patrones relacionados Facade Data Access Object Service Locator Business Delegate