اسلایدهای پرزنت «مرهم DDD بر زخم Legacy» ارایه شده در دومین رویداد #DDDTalks
روحالله دلپاک در این ارایه، به تبارشناسی یک سیستم Legacy میپردازد و پس از تشریح سه سطح Refactoring توضیح میدهد که کدام یک از انواع ریفکتورینگ از منظر DDD از ارزش بیشتری برخوردار است.
در ادامه با ذکر یک مثال به شرح این موضوع میپردازد که درک عمیقتر از فضای مساله چگونه میتواند به ریفکتوری سودمند منجر شده و یک سیستم را از ورطهی شکست نجات دهد.
14. PartI: Putting the Domain Model
to Work
PartII. Building Blocks of a Model-
Driven Design
Part III. Refactoring Toward
Deeper Insight
PartIV: Strategic
Design
Domain-Driven Design
Tackling Complexity in the Heart of Software
15. شکنی خط(Breakthrough)
• Learning
• Deep Thinking
• Creativity
• Thinking about Improving
• Living in the Domain
• Knowledge Crunching
• Actively Searching
• Develop of Habits of Thoughts
• Trail & Error
• Domain Refactoring
21. شکنی خط(Breakthrough)
• Learning
• Deep thinking
• Creativity
• Thinking about improving
• Living in the domain
• Crunch Knowledge
• Actively Searching
• Develop of Habits of Thoughts
• Trail & Error
• Domain Refactoring
22. Success with domain-driven design comes
down to three points…
1. Sophisticated domain models are achievable and worth the trouble.
2. They are seldom developed except through an iterative process of
refactoring, including close involvement of the domain experts with
developers interested in learning about the domain.
3. They may call for sophisticated design skills to implement and use
effectively.