Diseño de la Capa de Negocio. Aplicaciones Distribuidas

Tamaño: px

Comenzar la demostración a partir de la página:

Download "Diseño de la Capa de Negocio. Aplicaciones Distribuidas"

María del Pilar Guzmán Sevilla
hace 6 años
Vistas:

1 Diseño de la Capa de Negocio Aplicaciones Distribuidas

2 Motivación Motivación: Implantar un modelo UML (diagramas de clases y colaboraciones) de una aplicación empresarial. Solución:è Enterprise JavaBeans Implantar los objetos de negocio con distintas posibilidades de persistencia. Implantar la lógica de negocio (controladores cdu) como objetos distribuidos y transaccionales. Eficiencia en la gestión de recursos. Seguridad.... è Modelo de programación complejo 2

3 Guías básicas de diseño Implantar los objetos de negocio y sus relaciones como componentes Entidad: Persistencia: BMP: manejar almacenamiento XML, LDAP,... CMP 1.x: integración con otro sistema de información. CMP 2.x: propósito general. En general, definir interfaces locales. Sólo accesibles para los controladores de cdu. Utilizar un modelo transaccional required : Integración con la operación transaccional del cdu. Implantar los controladores de cdu como componentes Sesión: Decidir entre un controlador con estado (stateful) o sin estado (stateless). Modelo transaccional required. 3

4 Ejemplo de Colaboración Capa Presentación Sesión Stateful Entidades Cliente pedidos : pedidoactual : ControladorPedidos Pedido l1 : LineaPedido p1 : Producto l2 : LineaPedido totalapagar( ) gettotal( ) getsubt otal( ) precio( ) getsubt otal( ) 4

5 Patrones Factoría de Homes Problema: Necesidad de uso objetos Home: crear una Pedido, conectar una Línea de Pedido con un Producto,... Acceso local o remoto al objeto Home a través de JNDI:!!Context ctxinicio = new InitialContext();!!// Obtiene una referencia local al Home!!Object obj = entorno.resolve( Producto");!!ProductoLocalHome productohome = (ProductoLocalHome) obj;! Solución: Utilizar una factoría (singleton) de objetos Home que mantenga una caché de referencias: EJBHomeFactory ProductoLocalHome productohome =!!!(ProductoLocalHome) EJBHomeFactory.getInstance().getHome( Producto )!! 5

6 Patrones Value Object Motivación: Necesitamos la información de un objeto de negocio. Alternativa 1: Devolver una referencia remota al objeto Cliente pedidos : : Producto GestorPedidos Inconvenientes: Múltiples invocaciones remotas. getinfoproducto( ) getnombre( ) getprecio( )... Acceso remoto RMI/IIOP 6

7 Patrones Value Object Alternativa 2: Construir un objeto de datos (Value Object) que sea devuelto por valor (serializable). Ventajas: Una sola invocación remota para obtener los datos. Cliente producto: ProductoVO pedidos : GestorPedidos : Producto producto : Product ovo getinfoproducto(id) return producto getvo( ) new( ) getnombre( ) getprecio( )... Capa de Presentación Servidor EJB 7

8 Patrones Value Object Consecuencias: Introducir los métodos getvo y setvo (actualizaciones) en todos los objetos de negocio. Problemas: Distintos cdu pueden necesitar una pequeña parte de la información de un objeto de negocio. Necesitamos información de varios objetos de negocio (submodelo): Ejemplo: información de un pedido Objeto pedido, sus líneas de pedido y de los productos. à Custom Value Object è El controlador se encarga de componer el objeto: Un VO puede estar compuesto de otros VOs. Ejemplo: PedidoVO contiene una colección de LineaPedidoVO 8

9 Patrones Custom Value Object Cliente pedidos : GestorPedidos pedidovo : PedidoVO mipedido : Pedido lp1 : LineaPedido lp1vo : LineaPedidoVO p1 : Producto infopedido( ) new( ) gettotal( ) settotal( ) getlineasventa( ) getproducto( ) new( ) getnombre( ) precio( ) setnombreproducto( ) setprecioproducto( ) getsubtotal( ) setsubtotal( ) Compone la colección de Líneas de Pedido VO setlineaspedidovo( ) return pedidovo 9

10 Patrones Iterador Motivación: Devolver una colección de objetos de negocio de un modo eficiente. Solución: Implementar un iterador distribuido. Obtendrá una colección de objetos de negocio sobre los que iterar. Irá devolviendo sus VO asociados según vayan siendo necesarios. Implementado como un objeto de tipo sesión. 10

11 Patrones Iterador Session Stateful Cliente pedidos : GestorPedidos it : IteradorRem oto : ProductoHome p1 : Producto p2 : Producto getproductos( ) col = findall( ) new(col) return it "create" del Home next(n) getvo( ) return colvo getvo( ) Compone la colección de los siguientes "n" VO previous(n) 11

12 Patrones Business Delegate Motivación: El modelo puede estar implementado con diferentes tecnologías: DAO, RMI, CORBA, EJB Independizar Presentación del Modelo. Solución: è Patrón Bussiness Delegate Interface Java con las operaciones cdu GestorPedidosDelegate Implementado por una clase que hace de proxy (delegate) Obtiene el controlador del modelo. Delega todas sus operaciones en él. Factoría de Delegates. 12

13 Patrones Service Locator Problema: Los delegados se crean continuamente: por sesión y cdu. Un delegado obtiene el controlador EJB a través de JNDI y de su interface home El acceso JNDI es costoso. Solución: è Patrón Service Locator Proporciona referencias a los objetos Home de los controladores. Se encarga de los detalles de acceso (propiedades JNDI) Mantiene una caché de referencias. è Similar a la factoría de homes, pero en la capa de presentación. Propósito general: objetos distribuidos, EJB, colas JMS,... 13

Documentos relacionados

[CASI v.0109] Pág. 1

[CASI v.0109] Pág. 1 I. DATOS INFORMATIVOS Carrera Especialidad Curso Código Ciclo : Quinto Requisitos Duración Horas Semana : 08 horas Versión : v.0109 II. SUMILLA : COMPUTACIÓN E INFORMATICA : Ingeniería de Software : Lenguaje