Add Some DDD to Your ASP.NET MVC, OK?
•
11 likes•7,699 views
Improve the design of your ASP.NET MVC Solution by applying some principles and best practices from Domain-Driven Design.
Recommended
Recommended
More Related Content
What's hot
What's hot (20)
Viewers also liked
Viewers also liked (8)
Similar to Add Some DDD to Your ASP.NET MVC, OK?
Similar to Add Some DDD to Your ASP.NET MVC, OK? (20)
More from Steven Smith
More from Steven Smith (20)
Recently uploaded
Recently uploaded (20)
Add Some DDD to Your ASP.NET MVC, OK?
- 1. ADD SOME DDDTO YOURASP.NET MVC, OK? STEVE SMITH CTO, FALAFEL SOFTWARE @ARDALIS| STEVE.SMITH@FALAFEL.COM
- 2. WHAT IS DOMAIN-DRIVEN DESIGN (DDD)?
- 4. Communication •Ubiquitous Language •Domain Expert Interaction Modeling •Core Domain •Generic Subdomains •Bounded Context •Context Map •Shared Kernel •Anti-Corruption Layer Implementation •Model-Driven Design •Layered Architecture •Entities •Value Objects •Services •Factories •Aggregates •Repositories •Domain Events
- 5. DDD IS BIG “THE MORE YOU KNOW, THE MORE YOU REALIZE YOU KNOW NOTHING.” SOCRATES
- 6. DDD FUNDAMENTALS COURSE •OVER 4 HOURS OF CONTENT (DEMOS USING MVC + SIGNALR) •HTTP://BIT.LY/PS-DDD
- 7. DDD BENEFITS •FLEXIBILITY •SOFTWARE MODELS CUSTOMER’S UNDERSTANDING OF PROBLEM •BREAKS COMPLEXITY INTO MANAGEABLE PIECES •Well-organized; easily tested •Business logic lives in one place
- 8. DDD DRAWBACKS •TIME AND EFFORT •LEARNING CURVE •OVERKILL WITHOUT COMPLEXITY •“ANEMIC” DOMAIN MODEL PROBLEM
- 9. COMMUNICATION “AS SOFTWARE DEVELOPERS, WE FAIL IN TWO WAYS: WE BUILD THE THING WRONG, OR WE BUILD THE WRONG THING.” ME
- 12. LANGUAGE “A PROJECT FACES SERIOUS PROBLEMS WHEN ITS LANGUAGE IS FRACTURED.” ERIC EVANS
- 13. UBIQUITOUS LANGUAGE •UBIQUITOUS–ADJECTIVE. PRESENT, APPEARING, OR FOUND EVERYWHERE. •SYNONYMS: PERVASIVE, UNIVERSAL •USED WITHIN A GIVEN BOUNDED CONTEXT •USED IN CODE, DESIGN DOCUMENTS, AND CONVERSATIONS --EVERYWHERE
- 14. DOMAINTERMS Domain Experts Problem Domain Core Domain Sub-Domains
- 15. BOUNDED CONTEXTS •PROVIDE SEPARATION OF CONCERNS •LIMIT COMPLEXITY •SHOULD BE CLEARLY BOUNDEDAND SEPARATE
- 17. Appointment Scheduling Billing Anti- Corruption Layer
- 18. MODEL DRIVEN DESIGN NOTDATA-DRIVEN
- 19. LAYERED ARCHITECTURE •PORTS AND ADAPTERS •HEXAGONAL •ONION
- 20. ORGANIZING IN A SOLUTION
- 21. ENTITIES “MANY OBJECTS ARE NOT FUNDAMENTALLY DEFINED BY THEIR ATTRIBUTES, BUT RATHER BY A THREAD OF CONTINUITY AND IDENTITY.” ERIC EVANS
- 22. CHANGING ATTRIBUTES DOESN’T CHANGE WHICH ONE WE’RE TALKING ABOUT ID:1 •Name: Steve Smith •Twitter: @ardalis •Favorite Color: Blue ID: 1 •Name: StevenSmith •Twitter: @ardalis •Favorite Color: Blue ID: 1 •Name: Steven Smith •Twitter: @ardalis •Favorite Color: Orange
- 25. VALUE OBJECTS •DEFINED BY THEIR ATTRIBUTES •IMMUTABLE •SHOULD HAVE NO SIDE EFFECTS •EXAMPLES: STRINGS, ADDRESSES, CURRENCY
- 27. Immutable!
- 28. DOMAIN SERVICES •NOT A NATURAL PART OF AN ENTITY OR VALUE OBJECT •INTERFACEDEFINED IN TERMS OF OTHER MODEL ELEMENTS •SHOULD BE STATELESS(BUT MAY HAVE SIDE EFFECTS)
- 29. SERVICES IN DIFFERENT LAYERS UI Layer & Application Layer Infrastructure Domain (“Application Core”) Message Sending Message Processing XML Parsing UI Services Transfer Between Accounts Process Order Send Email Log to a File
- 30. DOMAIN EVENTS “USE A DOMAIN EVENT TO CAPTURE AN OCCURRENCE OF SOMETHING THAT HAPPENED IN THE DOMAIN.” VAUGHN VERNON IMPLEMENTING DOMAIN-DRIVEN DESIGN
- 31. DOMAIN EVENT TIPS •CONSIDER FOR CASES OF “WHENTHIS HAPPENS, THEN…” •OR “NOTIFY SOMEONE WHEN…” •DOMAIN EVENTS REPRESENT THE PAST •THEY ALREADY HAPPENED •THUS, THEY SHOULD BE IMMUTABLE
- 32. EXAMPLES OF DOMAIN EVENTS UserAuthenticated Appointment Confirmed PaymentReceived $¢£¥
- 33. DESIGNING DOMAIN EVENTS •EACH EVENT IS A CLASS •USE A COMMON INTERFACE (E.G. IDOMAINEVENT) •CAPTURE WHEN THE EVENT TOOK PLACE •INCLUDE DETAILS •WHAT WOULD YOU NEED TO KNOW TO TRIGGER THIS EVENT AGAIN? •INCLUDE IDENTITIESOF ANY ENTITIESINVOLVED •INITIALIZE ALL STATE IN CONSTRUCTOR •NO BEHAVIOR OR SIDE EFFECTS –JUST STATE
- 34. MORE DDD TOPICS •AGGREGATES •REPOSITORIES •FACTORIES Learn More: DDD Fundamentals on Pluralsight Eric Evans’ DDD Book Email: steve.smith@falafel.com
- 35. DOMAIN MODELS AND MVC MODELS •UI INTERACTS DIRECTLY WITH DOMAIN MODEL •ENTITIES, VALUE OBJECTS •INTERFACES, SERVICES •VIEWS MAY WORK WITH CUSTOM VIEWMODELS •CLIENT (HTML/JS) CODE MAY USE ANOTHER (CLIENT-SIDE) VIEWMODELAS WELL
- 36. CONTROLLERS •KEEP AS SMALL AS POSSIBLE •ELIMINATE BUSINESS LOGIC •INJECT ALL DEPENDENCIES •HTTP://DEVIQ.COM/EXPLICIT-DEPENDENCIES-PRINCIPLE
- 37. VIEWS •NO LOGIC UNLESS ENCAPSULATED IN TESTED HELPERS •NO BUSINESS LOGIC IF IT CAN INSTEAD BE MODELED IN THE DOMAIN
- 38. SIGNALR •AWESOME ADDITION TO ASP.NET •GREAT FOR NOTIFICATIONS TO MULTIPLE USERS •TIES IN EASILY WITH DOMAIN EVENTS •EVENT HANDLERS CAN BE ADDED TO UI PROJECT
- 39. SOLUTION STRUCTURE •CORE •INTERFACES •MODEL (ENTITIES, VALUE OBJECTS) •DOMAIN SERVICES •INFRASTRUCTURE •DBCONTEXT •FILE ACCESS •SYSTEM CLOCK ACCESS •EMAIL SERVICES •WEB •MVC PROJECT •NO DIRECT USE OF INFRASTRUCTURE
- 40. DEMO PUTTING DDD INTO ASP.NET MVC
- 41. Learn More: