DDD и современная архитектура: как проектировать модель и отражать ее в код (Merge-2026) — различия между версиями

Материал из MaksWiki
Перейти к: навигация, поиск
м
м
 
Строка 5: Строка 5:
 
Domain Driven Design – подход, предложенный Эриком Эвансом для эффективного проектирования и реализации приложений в сложных предметных областях. Он предполагает объединение модели предметной области и модели приложения в единую модель, описанную на едином языке, понятном всем участникам проекта, и прозрачно отражаемую в код. Разберем, как применять DDD в современной архитектуре, когда код распределен между фронтом, мобильными приложениями и бэком с многочисленными сервисами, и потому описанный в книгах шаблон rich object для этого стал недостаточен, и как им образом писать постановки на будущую систему.
 
Domain Driven Design – подход, предложенный Эриком Эвансом для эффективного проектирования и реализации приложений в сложных предметных областях. Он предполагает объединение модели предметной области и модели приложения в единую модель, описанную на едином языке, понятном всем участникам проекта, и прозрачно отражаемую в код. Разберем, как применять DDD в современной архитектуре, когда код распределен между фронтом, мобильными приложениями и бэком с многочисленными сервисами, и потому описанный в книгах шаблон rich object для этого стал недостаточен, и как им образом писать постановки на будущую систему.
  
Видео не будет, так что смотрите другие выступления. '''[[DDD: модели вместо требований 9 лет спустя (ЛАФ-2023)]]'''. Еще есть большой вебинар [[Постановка от модели бизнеса до детального дизайна требований: как делать и кому (Вебинар 13.03.2025)|'''Постановка от модели бизнеса до детального дизайна требований: как делать и кому''']].
+
Видео не будет, так что смотрите другие выступления. '''[[DDD: модели вместо требований 9 лет спустя (ЛАФ-2023)]]'''. Еще есть большой вебинар [[Постановка от модели бизнеса до детального дизайна требований: как делать и кому (Вебинар 13.03.2025)|'''Постановка от модели бизнеса до детального дизайна требований: как делать и кому''']]. А про сервисную модель есть большая серия докладов, последний я делал на Стачке за неделю до этого: [[Визуальное проектирование масштабируемых приложений (Стачка-2026)]], а пока нет его записи - можно смотреть [[Визуальное проектирование масштабируемых приложений (Highload-2022)]].
  
 
= Презентация =  
 
= Презентация =  

Текущая версия на 22:07, 17 апреля 2026

Еще про DDD и архитектуру
17-18.04.2026 Иннополис Merge
Выступление на сайте конференции

Domain Driven Design – подход, предложенный Эриком Эвансом для эффективного проектирования и реализации приложений в сложных предметных областях. Он предполагает объединение модели предметной области и модели приложения в единую модель, описанную на едином языке, понятном всем участникам проекта, и прозрачно отражаемую в код. Разберем, как применять DDD в современной архитектуре, когда код распределен между фронтом, мобильными приложениями и бэком с многочисленными сервисами, и потому описанный в книгах шаблон rich object для этого стал недостаточен, и как им образом писать постановки на будущую систему.

Видео не будет, так что смотрите другие выступления. DDD: модели вместо требований 9 лет спустя (ЛАФ-2023). Еще есть большой вебинар Постановка от модели бизнеса до детального дизайна требований: как делать и кому. А про сервисную модель есть большая серия докладов, последний я делал на Стачке за неделю до этого: Визуальное проектирование масштабируемых приложений (Стачка-2026), а пока нет его записи - можно смотреть Визуальное проектирование масштабируемых приложений (Highload-2022).

Презентация

Скачать весь pdf
DDD-Merge-2026-Tsepkov.pdf DDD-Merge-2026-Tsepkov.pdf DDD-Merge-2026-Tsepkov.pdf DDD-Merge-2026-Tsepkov.pdf DDD-Merge-2026-Tsepkov.pdf DDD-Merge-2026-Tsepkov.pdf DDD-Merge-2026-Tsepkov.pdf DDD-Merge-2026-Tsepkov.pdf DDD-Merge-2026-Tsepkov.pdf DDD-Merge-2026-Tsepkov.pdf DDD-Merge-2026-Tsepkov.pdf DDD-Merge-2026-Tsepkov.pdf DDD-Merge-2026-Tsepkov.pdf DDD-Merge-2026-Tsepkov.pdf DDD-Merge-2026-Tsepkov.pdf DDD-Merge-2026-Tsepkov.pdf DDD-Merge-2026-Tsepkov.pdf DDD-Merge-2026-Tsepkov.pdf DDD-Merge-2026-Tsepkov.pdf DDD-Merge-2026-Tsepkov.pdf DDD-Merge-2026-Tsepkov.pdf DDD-Merge-2026-Tsepkov.pdf DDD-Merge-2026-Tsepkov.pdf DDD-Merge-2026-Tsepkov.pdf DDD-Merge-2026-Tsepkov.pdf DDD-Merge-2026-Tsepkov.pdf DDD-Merge-2026-Tsepkov.pdf DDD-Merge-2026-Tsepkov.pdf DDD-Merge-2026-Tsepkov.pdf DDD-Merge-2026-Tsepkov.pdf DDD-Merge-2026-Tsepkov.pdf DDD-Merge-2026-Tsepkov.pdf DDD-Merge-2026-Tsepkov.pdf DDD-Merge-2026-Tsepkov.pdf DDD-Merge-2026-Tsepkov.pdf DDD-Merge-2026-Tsepkov.pdf DDD-Merge-2026-Tsepkov.pdf DDD-Merge-2026-Tsepkov.pdf DDD-Merge-2026-Tsepkov.pdf