Я полагаю, что цель {держать "расстояние от главной последовательности" на низком уровне} основана на Законе Деметры . Следование этому правилу помогает сделать ваш код легче для понимания и облегчить модульное тестирование. Используя бизнес-объекты, которые являются простыми контейнерами данных, вы открываете больше состояния, чем может потребоваться, и нарушаете правила инкапсуляции.
Однако, как Фаулер указывает в этой статье : «Хотя цепочки методов - это запах, противоположная проблема объектов среднего возраста, раздутых с помощью методов пересылки, - это тоже запах. (Я всегда чувствовал, что было бы более комфортно с Законом Деметры, если бы он назывался Предложением Деметры.) "
Я думаю, что ценность таких базовых бизнес-объектов может быть полезна, если вы хотите передать только «что» содержится в объекте, например, как они используются в качестве объектов передачи данных. Однако, вероятно, важно отделить ваши настоящие бизнес-объекты от ваших пустых объектов передачи данных. Я бы предположил, что реальные бизнес-объекты должны также содержать поведение и данные, которые они инкапсулируют.