好的，因此在域模型中，最好拥有模仿业务中数据的对象（即数据库实体）和捕获业务使用的规则的对象（即数据验证、会话状态）。
有很多用于抽象、持久层架构（数据映射器、活动记录）的资源。但是业务规则层呢？是否有任何架构模式或如何构建业务规则？我没有那么有经验，我正在独自开发一个大型应用程序。并搜索提示、新信息。
这是一篇关于业务规则（验证规则）/持久层架构、结构的文章：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 中 M 的任何可扩展架构/结构？