6911
правок
Изменения
м
Нет описания правки
Материалы по [http://en.wikipedia.org/wiki/Domain-driven_design Domain-Driven Design] подходу, предложенному Эриком Эвансом для проектирования и разработки Приложений. Наш подход был близок к этому, и после перевода книги Эванса в 2010 году я сопоставил его идеи с используемым у нас и начал развивать наш подход уже в канве DDD - о чем рассказываю в докладах и других материалах.
Последние материалы: доклад '''Последние [[DDD: модели вместо требований 9 лет спустя (ЛАФ-2023)]]''' и статья на habr [https://habr.com/ru/company/custis/blog/705958/ '''Domain Driven Design: модели вместо требований''']. '''Основные предыдущие доклады'''.
* [[DDD - модель вместо требований (Максим Цепков на AnalystDays-2014)]] - об использовании при проектировании
* [[Domain Driven Design - от требований до кода (Максим Цепков на SECON-2014)]] - здесь про проектирование меньше, зато еще рассказано про отражение модели в код
* [[От монолитных моделей предметной области - к модульным (Максим Цепков на WIAD-2017)]] - про ограниченные контексты и перенос практик ООП на работу с понятиями
* [[Визуальные модели корпоративного приложения (AnalystDays-9 осень 2018)]] — фокус на различных вариантах визуального представления моделей* [[Domain-driven design: от справочников и документов до отчетов (WIAD-2020)]] — обзорный доклад, новая сборка материалов по темеDDD, фокус на проектировании* [[DDD в современной архитектуре: как отражать модель в код (Podlodka Techlead-2021)]] — фокус на отражении модели в код, про сам подход - кратко* [[DDD - дебют. Разбираемся с Domain Driven Design (вебинар в Школе Системного Анализа 02.2023)]] - здесь подход презентован кратко, но было интересное обсуждениеПрезентованный в докладах подход хорошо работает для классических больших приложений, где обработка запросов пользователей преимущественно локализована внутри одного приложения, хотя интеграция с другими, конечно, присутствует. В современной микросервисной (или сервисной) архитектуре приложений, при которой запросы пользователя маршрутизируются и обрабатываются многими сервисами, такие варианты описания моделей работают не слишком хорошо. Но сам подход все равно применим, и у меня есть отдельная серия докладов '''[[:Категория:Акторная модель|Акторная модель]]''' в которых предложен способ описания моделей для таких приложений.
[[Категория:Архитектура]]
