Это не совсем простой вопрос, учитывая тот факт, что доменные модели очень субъективны и во многом зависят от вашего ... ну, домена.Похоже, вы на самом деле создаете нечто похожее на The Onion Architecture (и Part 2 ), описанную Джеффри Палермо.Это неплохой шаблон для использования, хотя пуристы DDD скажут вам, что это приводит к «анемичным» моделям доменов (где ваши доменные объекты в основном являются держателями данных без какого-либо поведения).Дело в том, что это может быть именно то, что вам нужно в вашем сценарии.«Полная, богатая» модель предметной области может быть излишней для того, что вы делаете (и, учитывая вашу последнюю точку, кажется, что это так).
Вам может не понадобиться модель домена для вашей системы вообще.Вам могут быть полезны некоторые модели представлений (то есть простые модели данных, описывающие ваше представление), и ваш пользовательский интерфейс отправляет некоторые DTO через ваши службы для помещения данных в базу данных.Если вы найдете что-то, что требует более сложного подхода, то вы можете применить более богатую модель предметной области к этому компоненту.Также помните, что у вас не обязательно есть одна модель домена в вашей системе.Могут и во многих случаях должны быть разные модели, которые по-разному описывают вещи (часто сгруппированные в ограниченный контекст ).Общая цель DDD - упростить в противном случае сложные системы.Если это вызывает у вас дополнительную сложность, то, возможно, вы проделали долгий путь.