Хорошо, поэтому в модели предметной области лучше всего иметь объекты, которые имитируют данные в бизнесе (т. Е. Объекты БД), и объекты, которые фиксируют правила, используемые бизнесом (т. Е. Проверку данных, состояния сеанса).
Существует много ресурсов для абстракции, архитектуры уровня персистентности (преобразователь данных, активная запись).Но как насчет слоя бизнес-правил?Существуют ли шаблоны архитектуры или как структурировать бизнес-правила?Я не такой опытный, и я работаю соло над большим приложением.и поиск советов, новой информации.
Вот статья, в которой немного рассказывается о бизнес-правилах (правилах валидации) / arhitecure уровня персистенции, структуре: http://forum.springsource.org/showthread.php?18699-Domain-Models-and-Validation-%E2%80%93-An-Architectural-Discussion
Вы можете поместить некоторые специфические правила для БД вобъект-сущность (т. е. проверка строки, str lenght -varchar (100) и т. д.), но вам нужны некоторые другие правила, которые управляют пользовательским вводом (проверка пользовательских данных является довольно повторяющейся - возможно, существуют некоторые шаблоны или некоторая общая архитектура для этих типовправила).И есть другие основные правила, которые управляют сессиями.
Так есть ли какая-либо общая структура / архитектура / шаблоны для уровня бизнес-правил?
PS: Работа со структурой MVC.Я адепт жирных моделей тощих контроллеров ideea.Любая масштабируемая архитектура / структура М в MVC?