流行的设计模式MVC(模型/视图/控制器)具有扩展的表亲MVC-ARS(动作/表示/状态)。所有添加的组件都位于数据库层中，虽然它们不是模型的一部分，但由模型调用。详细信息如下：

• 状态，如在状态机中一样。这遵循经典的状态机模式。存在与事件相匹配的当前状态，该事件导致继续或者停止条件，甚至可能导致状态更改。
• 与所有信息技术系统的目标一样，行动对数据起作用。这意味着我们的交易，即数据库中数据的CRUD(创建/读取/更新/删除)。这可能已被状态机阻止。
• 表示形式，就像我们要发回的数据一样，将成为模型。数据模型和MVC模型可能非常不同，例如关系层次结构和XML层次结构。如果它是明确的和被理解的，那没有错。这是表示。

此扩展是否不能通过状态控制，事务控制和数据快照的分离来防止模型或者控制器的过载？

解决方案

永远不要低估开发人员将我们认为适当的保护措施混为一谈的能力。虽然这些增加的间隔可能会提供额外的保护，但它们是否使开发更容易？它们是否使分隔易于理解和使用？如果不是这样，开发人员不太可能将其纳入自己的实践中。

开发人员倾向于朝着最小的阻力努力。