Это абстракция над ООП для создания более удачных абстракций. Эти абстракции построены на предметной области, в которой "размышляет" заказщик/бизнес, программист старается поддерживать этот общий язык и терминологию в коде.

По сути DDD подразумевает нормальные абстракции вместо безликих программистких абстракций в стиле пустых геттеров и сетеров методов у классов. То есть и так очевидно, что такие методы не имеют смысла.

https://ru.wikipedia.org/wiki/%D0%9F%D1%80%D0%B5%D0%B4%D0%BC%D0%B5%D1%82%D0%BD%D0%BE-%D0%BE%D1%80%D0%B8%D0%B5%D0%BD%D1%82%D0%B8%D1%80%D0%BE%D0%B2%D0%B0%D0%BD%D0%BD%D0%BE%D0%B5_%D0%BF%D1%80%D0%BE%D0%B5%D0%BA%D1%82%D0%B8%D1%80%D0%BE%D0%B2%D0%B0%D0%BD%D0%B8%D0%B5

Терминология:

• Unit of Work
• Модель
• Репозиторий
• Сервис
• Агрегатор

Статьи:

• Инструменты Domain Driven Design

Видео:

• [[https://www.youtube.com/watch?v=rkQ3-T82pkU][НЕ ООП ЕДИНЫ! Domain Driven Design на примере ХОЛОДИЛЬНИКА / Tech

Lead Борис Беньковский]]