流行的设计模式 MVC(模型/ View / Controller )有一个扩展表亲 MVC-ARS( Action /表示/状态)。添加的组件都位于数据库层中,虽然不是模型的一部分,但它们由模型调用。详情如下:
状态,如在状态机中。这遵循经典的状态机模式。有一个当前状态与一个事件相匹配,该事件会导致继续或停止条件,并且可能会导致状态更改。
与所有信息技术系统的目标一样,操作对数据起作用。这意味着我们的事务,即数据库中数据的 CRUD(创建/读取/更新/删除)。这可能已被状态机阻止。
表示,例如我们发回的数据将成为模型。数据模型和 MVC 模型可能非常不同,例如关系模型与 XML 分层模型。如果它是明确的和理解的,那没有错。这就是表示。
这个扩展不是通过状态控制、事务控制和数据快照的分离来防止模型或 Controller 的过载吗?
最佳答案
永远不要低估开发人员破坏您认为已到位的任何保护措施的能力。虽然这些增加的分离可以提供额外的保护,但它们是否使开发更容易?它们是否使分离易于理解和使用?否则,开发人员不太可能将它们纳入他们的实践中。
开发人员倾向于朝着阻力最小的方向努力。
关于model-view-controller - MVC-ARS 是否优于经典 MVC 以防止过载?,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/140098/