Краткий ответ: не то, как выглядит ваш код, квалифицирует его как проект DDD, а то, как вы пришли к этому коду. Теперь для длинной версии ...
Вы абсолютно правы в том, что в методах кодирования DDD нет ничего очень революционного, но вы, кажется, немного не в своей цели. Распространенная ошибка, которую многие разработчики делают с DDD, заключается в том, чтобы слишком много внимания уделять практике кодирования, игнорируя при этом некоторые из более фундаментальных концепций DDD. По своей сути DDD представляет собой практику итеративной разработки модели в тесном сотрудничестве между разработчиками и экспертами в предметной области. Вы можете кодировать все службы, сущности и объекты стоимости, которые вам нужны, но если вы не привлекаете к работе экспертов по доменам или не улучшаете модель за итерации, то, честно говоря, вы не практикуете DDD. Даже с точки зрения кодирования многие считают концепции совокупных корней, ограниченного контекста и антикоррупционных слоев более ценными инструментами, чем базовые шаблоны.
Вы не одиноки в том, как вы воспринимаете DDD. Я обнаружил, что почти все разработчики проходят этап DDD, где они пытаются реализовать образцы приложений, используя сущности, объекты-ценности и сервисы, игнорируя при этом все другие практики, которые являются фундаментальными для DDD. DDD - это процесс, разработанный для работы со сложной бизнес-логикой, поэтому оценка его достоинств на примере приложения, разработанного в выходные дни, не дает вам лучшего, что может предложить DDD. Я призываю вас продолжать углубляться в DDD, поскольку я считаю, что это незаменимый инструмент, но никогда не забывайте, что это гораздо больше, чем язык шаблонов.