логика как-то базируется на данных в базе?
что тогда получается некоторая логика смазывается в сторону репозитория (сложные квери и тд)?
А вот есть статья на эту тему https://enterprisecraftsmanship.com/posts/domain-model-purity-completeness/ Приходиться чем-то жертвовать в итоге: чистотой модели, ее полнотой или перфомансом
Стоит учесть что существуют кейсы когда логика охватывает несколько моделей, например проверить что юзера с таким имейлом не существует. Так как логика охватывает все модели юзеров, то мы не можем заключить ее в модель - в помощь домен сервисы. Так же, надо помнить что существуют не только сабдомены со сложной логикой, существует ещё generic и support сабдомены и их вполне неплохо делать на транзакшн скриптах или АР
1. DDD не про код 2. Сущности не модель, это ее составные части 3. Сложных запросов как правило на изменение состояния нет, всегда есть варианты как от этого избавиться
Мне кажется это немного ложный выбор но сформулировать не могу. Ну то есть можно придумать экстремальные кейсы, но это в целом про нефункуиональнве требования и как они влияют на функциональные. В 99% - никак не влияют. Но есть ещё 1% или даже 0.01%
Обсуждают сегодня