Анемичная модель: сущности — мешки геттеров и сеттеров, вся логика в сервисах. Снаружи ООП, внутри процедурный код: инварианты никто не охраняет, одно правило дублируется по сервисам, объект легко привести в невалидное состояние.
А ещё JPA подталкивает к анемии — сеттеры и конструктор без аргументов
Так подсказку видит пользователь sotto на живом собеседовании — за пару секунд, пока вы думаете вслух.
Дай определение Фаулера и объясни суть претензии: снаружи это ООП, внутри — процедурный код с отдельными структурами данных, поэтому одно бизнес-правило дублируется по нескольким сервисам, а объект можно привести в невалидное состояние. Свяжи с feature envy и «Tell, don't ask». Обязательно назови границу применимости: в тонком CRUD, в DTO и на границах системы анемичная модель уместна — там просто нет инвариантов. Сильный ответ добавляет способ лечения: перенести правила к данным, ввести типы домена вместо примитивов, проверять инварианты в конструкторе.
Дублирование знания против дублирования текста, цена преждевременной абстракции, связность и связанность, закон Деметры, каталог code smells и когда рефакторить.
sotto слышит вопрос интервьюера и показывает короткий ответ и план, как в блоке «Коротко». Оставьте контакт — пришлём доступ и промокод.
sotto