Алексей Мерсон «Domain Driven Design: профит малой кровью»

Считается, что Domain Driven Design – подход эффективный, но дорогой и сложный, а потому его применение оправдано только на очень крупных проектах. Почему это не совсем так и какие идеи подхода вы можете использовать прямо сейчас – расскажет в своем докладе Алексей.

Transcript

1. Domain Driven Design: профит малой кровью Алексей Мерсон HiQo Solutions
2. “There are few things that are less logical than business logic” Martin Fowler
3. Domain Driven Design: Стратегическое проектирование Взаимодействие между людьми Подходы к архитектуре Тактические паттерны Борьба со сложностью 3
4. Domain Driven Design: • Автор термина Эрик Эванс 4
5. Domain Driven Design: • Автор термина Эрик Эванс 2003 год 5
6. Стратегическое и тактическое проектирование 6
7. Стратегическое и тактическое проектирование 7
8. Domain Driven Design: Blue book (2003) Red book (2013) 8
9. Ключевые идеи стратегического проектирования 9
10. Ключевые идеи стратегического проектирования 10
11. Ключевые идеи стратегического проектирования Доменные эксперты 11
12. Ключевые идеи стратегического проектирования Доменные эксперты Технические специалисты 12
13. Ключевые идеи стратегического проектирования Доменные эксперты Технические специалисты 13
14. Ключевые идеи стратегического проектирования Доменные эксперты Технические специалисты Ubiquitous Language 14
15. Ключевые идеи стратегического проектирования 1. Общение между участниками проекта формирует ubiquitous language 15
16. Ключевые идеи стратегического проектирования Проект для CompanyName 16
17. Ключевые идеи стратегического проектирования Проект для CompanyName: интернет-магазин BestShop 17
18. Ключевые идеи стратегического проектирования Изучаем бизнес-требования 18
19. Ключевые идеи стратегического проектирования 19 Customer Order OrderLine Domain model
20. Ключевые идеи стратегического проектирования 20 Customer Order OrderLine Domain model Ordering context
21. Ключевые идеи стратегического проектирования 1. Общение между участниками проекта формирует ubiquitous language 2. Доменная модель и ubiquitous language ограничены контекстом (bounded context) 21
22. Ключевые идеи стратегического проектирования 22 Customer Order OrderLine Ordering context User Role Profile Identity context
23. Ключевые идеи стратегического проектирования 23 Customer Order OrderLine Ordering context User Role Profile Identity context
24. Ключевые идеи стратегического проектирования 1. Общение между участниками проекта формирует ubiquitous language 2. Доменная модель и ubiquitous language ограничены контекстом (bounded context) 24
25. Ключевые идеи стратегического проектирования Ordering microservice 25
26. Ключевые идеи стратегического проектирования 1. Общение между участниками проекта формирует ubiquitous language 2. Доменная модель и ubiquitous language ограничены контекстом (bounded context) 3. Доменная модель и бизнес-логика использует ubiquitous language 26
27. Ключевые идеи стратегического проектирования Domain Subdomain Subdomain Subdomain Bounded context Bounded context Bounded context 27
28. Subdomain Bounded context Ключевые идеи стратегического проектирования Задачи бизнеса Программные решения 28
29. Ключевые идеи стратегического проектирования Бухгалтерия Программные решения 29
30. Ключевые идеи стратегического проектирования 30 Бухгалтерия Отдел продаж 1С Бухгалтерия Custom CRM
31. Ключевые идеи стратегического проектирования 1. Общение между участниками проекта формирует ubiquitous language 2. Доменная модель и ubiquitous language ограничены контекстом (bounded context) 3. Доменная модель и бизнес-логика использует ubiquitous language 4. Бизнес-процессы делятся на поддомены, ПО – на контексты 5. В идеале один поддомен = один контекст 31
32. Архитектура и управление зависимостями 32
33. Domain Driven Design Micro services Layers Event- Driven CQRS 33
34. Архитектура и управление зависимостями Цель: максимально избавить доменную логику от зависимостей 34
35. Архитектура и управление зависимостями Infrastructure layer Domain layer Application layer Presentation Layer 35
36. Архитектура и управление зависимостями Data layer Business layer Presentation Layer 36
37. Гексагональная архитектура 37
38. Гексагональная архитектура 38
39. Гексагональная архитектура 39
40. Гексагональная архитектура 40
41. Гексагональная архитектура 41
42. Гексагональная архитектура 42
43. Немного про тактические паттерны: Separated Interface 43
44. Еще раз о языке 44
45. Функциональный подход и читабельность кода 45
46. Подытожим • Общение + общение + общение = ubiquitous language • Максимально выразительный код бизнес-логики • Модели ограничиваются контекстами • Минимум зависимостей для доменной модели 46
47. Полезные ссылки: 1. Habrahabr • https://habrahabr.ru/users/marshinov (например Как мы попробовали DDD, CQRS и Event Sourcing и какие выводы сделали) • https://habrahabr.ru/users/lair/ - статьи не пишет, но очень много полезных комментариев на тему • Поиск по тегу DDD • https://habrahabr.ru/users/m_a_d/favorites/ 2. Блоги • https://lostechies.com/jimmybogard/author/jimmybogard/ 3. DDD и функциональное программирование 1. https://fsharpforfunandprofit.com/ 47
48. Спасибо за внимание! 48
49. Контакты: alexey.merson at gmail 49