Когда вы говорите «тупые» бизнес-объекты, вы фактически делаете эти объекты такими же, как DTO.Что делает бизнес-объект бизнес-объектом, так это добавление валидации и другой функциональной логики.Я не согласен с пользователем «нет», когда он говорит, что бизнес-объектам требуются методы установки и получения;они могут прекрасно использовать свойства, им просто нужно гораздо больше, чем любое из них.
Общая точка зрения состоит в том, что бизнес-объектам следует разрешать хранить недопустимые значения и только генерировать исключения при попытке сохранения в базе данных,в этом случае свойства работают отлично.Однако большинству приложений требуется способ предоставления обратной связи пользователю перед попыткой публикации в базе данных.
Подход Rockford Lhotka к CSLA.NET заключается в использовании метода IsValid() для бизнес-объекта с наборомправил, которые были назначены самому объекту.Есть и другие способы решения этой проблемы, но ключ в том, что бизнес-объект выполняет проверку.Как вы подозреваете, «тупые» бизнес-объекты на самом деле являются просто DTO.