Спасибо за статью, скажу со свей колокольни. Долго изучал и практиковал DDD могу сказать следующие проблемы подхода:
Высокий порог входа, на больших проектах где много команд и большая текучка вы просто не сможете поддерживать проект и вам нужны более простые методологии.
Сложные агрегаты технически не все орм могут персистить из коробки, можно схватить кучу гемора с этим.
Из опыта могу сказать, что довольно удачное решение - это не использовать модель Order объект как агрегат, а создать модуль Order с "приватными" классами и публичным апи и сущность, которая фактически просто dto, сделать также сделать приватной для модуля. Этим вы гарантируете, что именно только апи модуля могут менять её. Общение межу модулями через доменные события. Модульность и приватность в пхп достигается разными тулзовинами.
Спасибо за статью, скажу со свей колокольни. Долго изучал и практиковал DDD могу сказать следующие проблемы подхода:
Высокий порог входа, на больших проектах где много команд и большая текучка вы просто не сможете поддерживать проект и вам нужны более простые методологии.
Сложные агрегаты технически не все орм могут персистить из коробки, можно схватить кучу гемора с этим.
Из опыта могу сказать, что довольно удачное решение - это не использовать модель Order объект как агрегат, а создать модуль Order с "приватными" классами и публичным апи и сущность, которая фактически просто dto, сделать также сделать приватной для модуля. Этим вы гарантируете, что именно только апи модуля могут менять её. Общение межу модулями через доменные события. Модульность и приватность в пхп достигается разными тулзовинами.