SpringOne Tour: Domain-Driven Design: Theory vs Practice
0 likes68 views
This document discusses domain-driven design, clean architecture, bounded contexts, and various modeling concepts. It provides examples of an e-scooter reservation system to illustrate domain modeling techniques. Key topics covered include identifying aggregates, bounded contexts, ensuring single sources of truth, avoiding anemic domain models, and focusing on observable domain behaviors rather than implementation details.
SpringOne Tour: Domain-Driven Design: Theory vs Practice
- 4. CLEAN CODE?
- 6. CLEAN MODEL?
- 7. WHAT IS A MODEL?
- 10. EVENT STORMING EVENT EVENT EVENT EVENT
- 11. PIVOTAL EVENTS
- 12. WHAT IS „A DOCUMENT”?
- 13. A RICH OBJECT
- 14. AN ANEMIC OBJECT
- 16. BOUNDED CONTEXT
- 17. WHAT IS „A POLICY”?
- 18. PIVOTAL EVENTS
- 19. OTHER HEURISTICS
- 20. LANGUAGE
- 21. DEPARTAMENTS
- 22. SINGLE SOURCE OF TRUTH
- 24. WHAT KIND OF CODE IS INA BOUNDED CONTEXT?
- 25. WHAT IS AN AGGREGATE?
- 26. UNDERSTAND DIFFERENT TYPES OF LOGIC
- 28. „Can’t spend more money than you have”
- 30. „After charging a payer, an external legacy system must be informed (unless it is Friday)”
- 32. „ISBN must be correct”
- 34. „Order forms are grouped into packages”
- 35. ASK QUESTION: „WHAT DOES IT CHANGE?” ORDER ADDED TO PACKAGE ORDER REMOVED TO PACKAGE SO WHAT? WHAT HAS HAPPENED?
- 37. ASK QUESTION: „WHAT DOES IT CHANGE?” ORDER ADDED TO PACKAGE ORDER REMOVED TO PACKAGE ASSISTANT (ASSIGNED TO THE PACKAGE) NOW HAS PERMISSION TO ALL THE FORMS PERMISSION TO FORMS GRANTED
- 38. SLICING A PROCESS DOES NOT ALWAYS WORK
- 39. E-Scooter riders place reservations. Reservation contains a particular e-scooter’s id, rider’s id and it’s valid for a speci fi c amount of time. There can be only one reservation for a particular e-scooter at any given point of time. New reservations are active by default. They can expire or be canceled.
- 40. E-Scooters must be maintained (for instance - battery replacement) E-scooters that are put into maintenance mode can’t be reserved. E-scooters which are reserved can’t be put into maintenance mode
- 41. Sometimes we predict high demand for e- scooters in particular zones (areas). They are delivered to the zone and can’t be reserved by riders until speci fi c time (can’t be put into maintenance mode either) We can’t use scooter for a demand if it is reserved or currently in maintenance.
- 46. POOR SCALABILITY
- 47. OR INCONSISTENCY
- 48. POOR TESTABILITY
- 49. COGNITIVE LOAD
- 53. HOW MANY TEAMS GET A TASK TO DELIVER THAT STORY?
- 56. COUPLING
- 58. LOGICAL COUPLING
- 64. CONTENT COUPLING
- 66. HOW TO NOTICE IT IN YOUR PROJECT?
- 67. ASK QUESTION: „WHAT DOES IT CHANGE?” RESERVATION COMPLETED E-SCOOTER PUT INTO MAINTAINEN ACE MODE DEMAND REQUESTED STATUS IN DB CHANGED THERE IS RESERVATION RECORD
- 68. ASK QUESTION: „WHAT DOES IT CHANGE?” RESERVATION COMPLETED E-SCOOTER PUT INTO MAINTAINEN ACE MODE DEMAND REQUESTED E-SCOOTER UNAVAILABLE
- 69. ASK QUESTION: „WHAT ELSE CAN HAVE THE SAME RESULT?” RESERVATION COMPLETED E-SCOOTER UNAVAILABLE
- 72. E-SCOOTER SERVICE Implementation detail - reason Implementation detail - reason DE Implementation detail - reason OBSERVABLE BEHAVIOR MAP SERVICE
- 76. LOCATION AVAILABILITY Is it available? Where is it? Take/release Register position
- 77. COHESION
- 79. Location Availability E-Scooter E-Scooter position takenTill
- 83. BE LIBERAL INSIDE, STRICT ON THE OUTSIDE
- 84. E-Scooter riders place reservations. Reservation contains a particular e-scooter’s id, rider’s id and it’s valid for a speci fi c amount of time. There can be only one reservation for a particular e-scooter at any given point of time. New reservations are active by default. They can expire or be canceled.
- 86. RESERVATION COMPLETED E-SCOOTER UNAVAILABLE E-SCOOTER RESERVATION JUST A CONSEQUENCE DECISION EFFECT OF THE DECISION AGGREGATE READ MODEL
- 88. OFTENTIMES USER STORIES ARE JUST FULL OF UI CONCEPTS
- 89. USER STORIES ARE JUST THE BEGINNING OF A CONVERSATION