моя критика рич модели держалась на том, что модель, которая столь усердно поддерживает целостность некоторого представления так активно всё инкапсулируя не имеет шанса на жизнеспособность в среде, где развивается множество разных представлений одной сущности
т.е. может так случайно получиться, что иногда они будут непротиворечить друг другу, но в общем, никаких особых профитов в реальности это не даёт
таким образом рич модель может существовать только в отношении данных, которыми монопольно владеет один сервис, что в реально существующих архитектурах встречается не очень часто
если ты под сервис подразумеваешь компонент распределенной системы, то ты прав. но и в таком контексте рич модель не имеет никакого представления, потому что представлена она на уровень ниже
когда в твоем МС есть сущность и ты на уровне кода работаешь с ней. там уже инкапсулируй внутрь модельки или делегируй управлять сервису (другому объекту) ее стейтом - дело твое. мы изначально говорили, что когда есть анемик модель и несколько объектов контроллируют поле одной сущности, то выходит лажа. в то же время, когда все пихают внутрь сущности и пытаются сделать рич модель, то выходит фэт модель на 80 зависимостей. и поинт Евгения был в том, что ричь модель в целом лучше, если правильно раздробить стейт внутри приложения (опять же пример User = (Customer,Manager,Admin,Asshole etc.))