Introducción a DDD
- 2. DDD>Índice*) Índex¿Y qué es esto con tantas D’s?Conceptos de DDDUbiquitous LanguagePersistanceIgnoranceEl corazón del softwareUna arquitectura base
- 3. DDD>Índice*) Índex¿Y qué es esto con tantas D’s?Conceptos de DDDUbiquitous LanguagePersistanceIgnoranceEl corazón del softwareUna arquitectura base
- 4. DDD>¿ Y que es esto con tantas D’s?1. ¿Y que es esto con tantasD’s?Es una propuesta para desarrollar software desarrollada por Eric Evans en el libro Domain-DrivenDesign. TacklingComplexity in theHeart of Software
- 5. Nace dentro del movimiento XP.
- 6. Programadores hablando con usuarios… (Parece mentira eh…)
- 8. Se basa en:
- 9. Predominio del dominio sobre el resto de elementos de un sistema.
- 10. Es más importante un diseño consistente que las tecnologías empleadas.
- 11. Una propuesta contra el antipatrónAnemicDomainModel.
- 12. POCO’s que hacían demasiado poco.DDD>Índice*) Índex¿Y qué es esto con tantas D’s?Conceptos de DDDUbiquitous LanguagePersistanceIgnoranceEl corazón del softwareUna arquitectura base
- 13. DDD>Conceptos de DDDUbiquitous LanguageTraducido al castellano de forma literal es:
- 14. 1: Lenguaje Ubícuo (¿¿¿Claro no???)
- 15. 2: Lenguaje Omnipresente (Tooooooooooooooma)
- 16. Básicamente consiste en establecer un lenguaje que compartan todos los miembros de un equipo. Un lenguaje común.
- 17. Es la base sobre la que construimos un modelo.
- 18. Establecer este lenguaje es un proceso continuo durante el ciclo de vida del proyecto.
- 19. Nos indica las entidades y las acciones que pueden formar parte del modelo.DDD>Conceptos de DDDUbiquitous LanguageComo usuario quiero crear albumes de fotos.
- 20. Como usuario quiero añadir fotos en los albumes.
- 21. Puedo tener albumesvaciosen ciertos momentos.
- 22. Como usuario quiero informar dónde se ha hecho la foto.
- 23. Como usuario quiero describir lo que aparece en la foto.
- 24. Como usuario quiere decir quien ha hecho la fotoDDD>Índice*) Índex¿Y qué es esto con tantas D’s?Conceptos de DDDUbiquitous LanguagePersistanceIgnoranceEl corazón del softwareUna arquitectura base
- 25. DDD>Conceptos de DDDPersistanceIgnoranceDentro de DDD no se graba, se persiste.
- 26. Como almacene los datos no debe condicionar el modelo.
- 27. Por extensión, como los muestre o los explote tampoco.Sistema de Gestión de Álbumes Fotográficos.SilverlightEFWPFNHibernateASP.netADO.netWinFormsSharepointGestión de autoresGestión de álbumesGestión de fotografias
- 28. DDD>Índice*) Índex¿Y qué es esto con tantas D’s?Conceptos de DDDUbiquitous LanguagePersistanceIgnoranceEl corazón del softwareUna arquitectura base
- 29. DDD>Conceptos de DDDEl corazón del softwareCon DDD construimos el corazón del software
- 30. El modelo es el corazón de nuestro software.
- 31. Las UI pueden mejorarse
- 32. Los repositorios de datos optimizarse o migrarse.
- 33. Pero la lógica de negocio debe ser consistente.
- 34. Promueve el uso de TDD.
- 35. Promueve el uso de Fakes y Mocks
- 36. Si está bien utilizado permite tener testeada la lógica de la aplicación.
- 37. Al ser independiente este test se puede realizar en segundos.DDD>Índice*) Índex¿Y qué es esto con tantas D’s?Conceptos de DDDUbiquitous LanguagePersistanceIgnoranceEl corazón del softwareUna arquitectura base
- 38. DDD>Una arquitectura baseModelo teórico.Según lo expuesto por Eric EvansDDD>Una arquitectura baseModelo (algo) mas práctico.Según la última guía de Arquitectura de MS.DDD>Una arquitectura base
- 39. DDD>EntidadesUna entidad tiene identidad propia.
- 40. Son solo clases POCO
- 41. Pero no POCO purasAlbum+ Id:int+ Codigo:string+ Descripcion:string- Fotografias:IEnumerable<Fotografia>+ AddFotografia(Fotografiafotografia)La puedo representar con un Id.DDD>Una arquitectura base
- 43. Los podría representar como parte de una entidad pero forman una unidad por si mismaFotografiaFotografiaDatosAuditoria+ Id:int+ Autor:Autor+ Descripción:string+ Lugar:Coordenadas+ FechaCreacion:DateTime+ UsuarioCreacion:String+ FechaUltimaModificacion:DateTime+ UsuarioUltimaModificacion:String+ Id:int+ Autor:Autor+ Descripción:string+ Lugar:Coordenadas+ Auditoria: DatosAuditoria+ FechaCreacion:DateTime+ UsuarioCreacion:String+ FechaUltimaModificacion:DateTime+ UsuarioUltimaModificacion:String
- 44. DDD>Objetos-ValorUn objeto-valor es una herramienta
- 45. El mismo concepto en un modelo puede ser un objeto-valor y en otro una entidadSistema LogísticoSistema ContableC/ Aribau, 44.SantCugat del VallésC/ Aribau, 44.SantCugat del VallésCliente 1423Cliente 1423Dir. Fact.Dir. Ent.Un cambio en la dirección condiciona mi sistema de calculo de rutas.
- 46. A parte en mi sistema gestiono todas las direcciones de la provincia de Barcelona
- 47. Mi interés es el cliente.
- 48. No voy a hacer un sistema de rutas para enviar la factura.
- 49. Almacenar de forma independiente las direcciones no me aporta nada.DDD>Una arquitectura base
- 50. DDD>AgregadosRepresentan el límite lógico de un conjunto de datos.
- 51. Un cambio en el conjunto de datos afectaría al todo.
- 52. Permite modelar en pequeños subconjuntos.
- 53. Para acceder a los elementos de un agregado accedo a su principalUsuarioAlbumFotografiaDatosAuditoria
- 55. DDD>FactoriasSon los elementos encargados de crear los objetos del sistema.
- 56. El uso de los elementos comentados añade complejidad a la construcción de los objetos.
- 57. Fomenta/Requiere el uso de Factorias.
- 58. En sistemas sin ORM’stambien se encargan de la construcción de los objetos persistidos.DDD>Una arquitectura base
- 59. DDD>RepositoriosPatrón de Acceso a datos
- 60. Permite trabajar con objetos persistidos como si estuvieran en memoria.
- 61. En la practica solo definimos en una primera fase su Interfaz, su Contrato. Las operaciones que vamos a realizar contra él.
- 62. Esto nos permite utilizar fakes en la construcción de nuestro modelo ya que conocemos las operaciones.IAlbumRepository+ AddAlbum(Albumalbum)+ DeleteAlbum(Albumalbum)+ UpdateAlbum(Albumalbum)+ GetAlbum(intidAlbum)
- 64. Cuando añado un objeto a un DAO este se prepara para almacenarse, pero el DAO no se queda una instancia del mismo.
- 65. En un repositorio la instancia del objeto se mantiene hasta que los cambios se persisten.DDD>Una arquitectura base
- 66. DDD>Servicios del dominioLos servicios del dominio contienen acciones dentro del modelo que no se pueden representar en una entidad.
- 67. No todo va a ser añadir o modificar fotos. También quiero unir y separar álbumes.
- 68. Según los usuarios unir álbumes consiste en la creación de un único álbum que contenga las fotografías de todos los demás. Y todos los demás álbumes desaparecen.
- 69. La lógica es clara para el usuario y merece un método propio.
- 70. No requiero servicios del dominio para las operaciones CRUD simples. Estas están implementadas en los repositorios.DDD>Servicios del dominioServicio de Dominio != Servicio de Aplicación
- 71. Los servicios del dominio contienen acciones del modelo.
- 72. Los servicios de aplicación acciones del sistema.
- 73. Son el punto de entrada al modelo. Aquí si que hay CRUD
- 76. Gestionan log
- 77. … hacen lo que es todo tecnología.
- 78. No son DDD, pero son esenciales para el funcionamiento.
- 79. Si DDD se implementa en un servidor .NET serían los servicios WCF.DDD>BibliografiaDomain-Driven Design: Tackling Complexity in the Heart of Software, Eric Evans
- 80. DDD Quickly, Resumen del anterior y que está disponible en PDF desde InfoQ
- 81. Applying Domain-Driven Design and Patterns: With Examples in C# and .NET, Jimmy Nilson
- 82. Guia de ArquitecturaN-Capasorientada al Dominio con .NET 4.0, VVAAApplus >MoltesgràciesMuchas gracias