Recommended
More Related Content
What's hot
What's hot (20)
Viewers also liked
Viewers also liked (20)
Similar to Strategic Appplication Development with Domain-Driven Design (DDD)
Similar to Strategic Appplication Development with Domain-Driven Design (DDD) (20)
More from Dennis Traub
More from Dennis Traub (9)
Recently uploaded
Recently uploaded (20)
Strategic Appplication Development with Domain-Driven Design (DDD)
- 1. Dennis Traub @dtraub strategic application development with Domain-Driven Design dotnet Cologne 2013 – 03. Mai 2013 – #dnc13
- 2. Dennis Traub @dtraub Now, who‘s that guy? Dennis Traub Founder, Owner, CEO, Single Employee of D. Traub Software Development Consultancy @dtraub Consultant, developer, trainer, speaker 39 years old Married, father of one
- 3. Dennis Traub @dtraub 51 Blue Book Actually it should be two books! Terminology The Ubiquitous Language 2 An Example Bounded Contexts and Subdomains 3 Lasagna … the new Spaghetti? 4 End Questions & Answers AGENDA
- 4. Dennis Traub @dtraub Image Placeholder The „Blue Book“ by Eric Evans
- 5. Dennis Traub @dtraub • Entities • Value Objects • Aggregates • Repositories • Services • Factories • etc. The „Blue Book“ by Eric Evans Tactical Class Design • Model Integrity • Large-Scale Structure • Bounded Contexts • Core Domain • Context Maps • Ubiquitous Language • etc. Strategic DDD It should be two books!
- 7. Dennis Traub @dtraub a sphere of knowledge, influence, or activity
- 8. Dennis Traub @dtraub what an organization does and the world it does it in
- 9. Dennis Traub @dtraub Domain Model
- 10. Dennis Traub @dtraub a system of abstractions that describes selected aspects of a domain
- 11. Dennis Traub @dtraub can be used to solve problems related to that domain
- 12. Dennis Traub @dtraub don‘t model reality
- 13. Dennis Traub @dtraub we model useful abstractions of reality
- 14. Dennis Traub @dtraub Ubiquitous Language
- 15. Dennis Traub @dtraub a language structured around the domain model
- 16. Dennis Traub @dtraub used by all team members
- 17. Dennis Traub @dtraub Bounded Context
- 18. Dennis Traub @dtraub an explicit boundary within which a domain model exists
- 19. Dennis Traub @dtraub inside the boundary all terms have specific meaning
- 20. Dennis Traub @dtraub these terms are part of the context‘s ubiquitous language
- 22. Dennis Traub @dtraub the whole domain of the organization is comprised of subdomains
- 23. Dennis Traub @dtraub they focus on only one specific area of the whole business domain
- 24. Dennis Traub @dtraub Core Domain
- 25. Dennis Traub @dtraub the distinctive part of the model, central to the users‘ goals
- 26. Dennis Traub @dtraub differentiates the application and makes it valuable
- 27. Dennis Traub @dtraub the most important subdomain
- 29. Dennis Traub @dtraub Ambulance Flight Management order flights from an operator dispatch patients assign medical staff
- 30. Dennis Traub @dtraub Bounded Contexts 1 Patiententransport-Disposition 2 Flugplanung und -durchführung 3 Personaleinsatzplanung (Flugärzte, Rettungsassistenten) 4 Stammdaten, Rechnungswesen 5 Benutzerrechte, Web-Oberfläche
- 31. Dennis Traub @dtraub Subdomains 6 Bodentransport 7 Abrechnung, Buchhaltung 8 Anwendungsoberfläche 9 REST-Schnittstelle 10 Benutzer- und Zugriffsrechte 1 Ambulanzflug-Disposition 2 Flottenmanagement 3 Flugplanung 4 Passagier-/Patientendaten 5 Medizinisches Personal
- 32. Dennis Traub @dtraub remember, we don‘t build a model that works for everyone
- 33. Dennis Traub @dtraub to focus our effort and resources we ask two questions for each subdomain
- 34. Dennis Traub @dtraub how complex is it? 1
- 35. Dennis Traub @dtraub what‘s the value to our specific problem? (if we model it ourselves) 2
- 36. Dennis Traub @dtraub Core Domain 6 Bodentransport 7 Abrechnung, Buchhaltung 8 Anwendungsoberfläche 9 REST-Schnittstelle 10 Benutzer- und Zugriffsrechte 1 Ambulanzflug-Disposition 2 Flottenmanagement 3 Flugplanung 4 Passagier-/Patientendaten 5 Medizinisches Personal Ambulanzflug-Disposition
- 37. Dennis Traub @dtraub we don‘t use DDD when there is no value in formalizing the problem the tactical Building Blocks
- 38. Dennis Traub @dtraub we only use DDD in parts where we get a competitive advantage
- 39. Dennis Traub @dtraub Best Practice Architecture
- 40. Dennis Traub @dtraub DAL / O/R-Mapper Domain / Business Model / BLL Presentation Layer Application Services Infrastructure CommonServices
- 41. Dennis Traub @dtraub WCFData Access UI Business Logic I/O
- 42. Dennis Traub @dtraub Lasagna is the new Spaghetti
- 43. Dennis Traub @dtraub UI Data Access Domain Model Application Services I/OWCF Tests
- 44. Dennis Traub @dtraub the D in SOLID DependencyInversion Principle (just in case)
- 45. Dennis Traub @dtraub UI Data Access Domain Model Application Services I/OWCF Tests
- 46. Dennis Traub @dtraub Source: Growing Object-OrientedSoftware, Guided by Tests -- Freeman & Pryce Simple Testable Flexible
- 47. Dennis Traub @dtraub Onion Architecture Hexagonal Architecture Ports & AdaptersArchitecture
- 49. Dennis Traub @dtraub DDD != Silver Bullet
- 50. Dennis Traub @dtraub DDD != Diagrams
- 51. Dennis Traub @dtraub DDD != Class Modeling
- 52. Dennis Traub @dtraub DDD == how the business works
- 53. Dennis Traub @dtraub DDD == Separation of Concerns
- 54. Dennis Traub @dtraub DDD is basically the application of the SOLID principles of object-orientation on an architectural level
- 55. Dennis Traub @dtraub Image Placeholder The „Blue Book“ by Eric Evans
- 56. Dennis Traub @dtraub Image Placeholder Another essential Book
- 57. Dennis Traub @dtraub Image Placeholder And another one
- 58. Dennis Traub @dtraub THANK YOU! @dtraub – #dnc13