Tema 5: Modelo del dominio y persistencia de datos. Parte II: Modelo del dominio y Lógica de negocio

Transcripción

1 Tema 5: Modelo del dominio y persistencia de datos! Parte II: Modelo del dominio y Lógica de negocio

2 Capa de lógica de negocio Es el núcleo de nuestra aplicación, y lo que la hace distinta del resto Lo que hace que nuestra aplicación sea algo más que un simple CRUD Dos tipos de elementos: Objetos del modelo del dominio: Usuario, Pedido, Producto, Reglas de negocio: Un usuario solo puede hacer un pedido si no tiene pedidos pendientes de pago Tras realizar un pedido con éxito hay que mandar un de confirmación al usuario

3 Servicios de la plataforma Las plataformas de desarrollo de aplicaciones enterprise pueden ofrecer diferentes servicios a nuestros objetos de negocio Acceso remoto transparente, de modo que sea sencillo para el desarrollado distribuir los objetos de negocio y acceder a ellos de modo remoto Seguridad: si se permite el acceso remoto, es necesario contar con mecanismos de autenticación y autorización para el acceso a las operaciones de negocio Transaccionalidad: aunque la implementación de la transaccionalidad es un asunto de la capa de persistencia, el ámbito de las transacciones lo delimitan las operaciones de negocio Ejemplo: en el método de negocio hacerpedido, hacer un rollback del pedido si se descubre que no podemos cobrárselo al usuario

4 Ejemplo: EJBs en Java Enterprise Los EJBs (Enterprise Java Beans) son los objetos de negocio de las registered ) public class OrderServiceBean implements OrderService { private CrudService crudservice; private VatCalculator vatcalculator; private PriceCalculator pc; private OrderProcessor op; private ShipmentService shipmentservice;!

5 Tema 5: Modelo del dominio y persistencia de datos Parte II: Modelo del dominio y lógica de negocio! 2. Capa de negocio orientada a servicios

6 Capa de negocio orientada a servicios Principios Las reglas de negocio se encapsulan en una capa de servicios El modelo del dominio se convierte en un conjunto de objetos solo con estado y sin comportamiento Ventajas: Este modelo se adapta razonablemente a las apps web, en las que no suele haber un modelo del dominio complejo y vivo durante un largo período de tiempo Ya vimos que cada petición/respuesta es un ciclo independiente y que en las apps REST no hay estado Un punto a favor de las apps sin estado es que son más fáciles de escalar Problemas: Esto viola algunos principios básicos de la POO, dando lugar a lo que Fowler llama un modelo anémico del dominio

7 Capa de negocio orientada a servicios Ejemplo: Lean Service Architectures with Java EE 6, Adam Bien Fachada Servicio DAO ORM API / SQL Entidad ORM API BD Negocio Persistencia

8 Presentación En nuestro caso un public class OrderResource OrderService public Response placeorder(bookorder order) { orderservice.orderbook(order.getcustomerid(), order.getbookisbn());...

9 Fachada Punto de entrada, al que hace peticiones la capa de presentación Meta-servicio que engloba @TransactionAttribute(TransactionAttributeType.REQUIRES_NEW) public class OrderServiceBean implements OrderService { private CrudService crudservice; private VatCalculator vatcalculator; private PriceCalculator pc; private OrderProcessor op; private ShipmentService shipmentservice; public Shipment orderbook(int customerid, int isbn){ BigDecimal pricenovat = this.pc.computeprice(customerid, isbn); BigDecimal price = this.vatcalculator.computevat(pricenovat); Order o = this.op.processorder(customerid, isbn, price); return this.shipmentservice.deliver(o);

10 Servicio Clase que encapsula reglas de negocio Usa DAOs para la persistencia, o si el ORM es sencillo de usar, lo @TransactionAttribute(TransactionAttributeType.MANDATORY) public class OrderProcessorBean implements OrderProcessor private EntityManager em;! public Order processorder(int customerid, int productid, BigDecimal price) { Order order = new Order(customerId, productid, price); this.em.persist(order); return order;

11 Encapsulación vs. pragmatismo Los DAOs ofrecen beneficios Aíslan contra posibles cambios en la implementación de la persistencia Encapsulan el código repetitivo de acceso a BD pero a cambio introducen complejidad adicional (más capas, public class OrderDAO { public class OrderProcessorBean implements OrderProcessor private OrderDAO orderdao; public Order processorder(int customerid, int productid, BigDecimal price) public Order save(order order) { Order order = new Order(customerId, productid, price); this.em.persist(order); this.orderdao.save(order); return order; return private EntityManager em;

12 Entidad Solo tiene estado, es básicamente un paquete de public class = GenerationType.AUTO) private Long id;! private int customerid; private int productid; private double price; //A continuación solo hay constructores, getters y setters...

13 Servicios independientes Lo anterior es SOA en sentido amplio. Hacer los servicios realmente independientes requiere además de una división de la BD y de infraestructura básica como la autenticación Dan Chak, Enterprise Rails, O Reilly 2009

14 Tema 5: Modelo del dominio y persistencia de datos Parte II: Modelo del dominio y lógica de negocio! Un modelo del dominio realista

15 Ejemplo: Domain Driven Design The goal of domain driven design is to create better software by focusing on a model of the domain rather than the technology! Se basa en construir un modelo del dominio rico y complejo, con estado y comportamiento En realidad es lo que propone la POO de toda la vida Las aplicaciones DDD usan un conjunto de patrones característico

16 La lógica está en el modelo Las reglas de negocio están en los objetos del dominio Eric Evans, Domain-Driven Design: Tackling Complexity in the Heart of Software, Addison Wesley

17 DDD Sample application Cargo app: gestión de una naviera dedicada al transporte de contenedores. La app debe permitir La contratación del envío de un contenedor de un punto A a otro B (con posibles escalas) El seguimiento del estado actual de un envío (como lo que se hace en los servicios de paquetería) El cálculo de la ruta entre A y B, sabiendo los puertos en los que se puede parar Versiones Java: Image courtesy of FreeFoto.com.NET: Ruby: ddd_sample_app_ruby

18 DDD Sample app