MVC-ARS 是不是比经典 MVC 更可取以防止过载?

Posted

技术标签:

【中文标题】MVC-ARS 是不是比经典 MVC 更可取以防止过载?【英文标题】:Is MVC-ARS preferable to classic MVC to prevent overloading?MVC-ARS 是否比经典 MVC 更可取以防止过载? 【发布时间】:2010-09-13 11:55:08 【问题描述】:

流行的设计模式 MVC(模型/视图/控制器)有一个扩展的表亲 MVC-ARS(动作/表示/状态)。添加的组件都存在于数据库层中,虽然不是模型的一部分,但它们被它调用。详情如下:

    状态,如在状态机中。这遵循经典的状态机模式。当前状态与导致继续或停止条件的事件相匹配,并且可能导致状态更改。

    行动,就像所有信息技术系统的目标一样,对数据采取行动。这意味着我们的事务,即数据库中数据的 CRUD(创建/读取/更新/删除)。这可能已被状态机阻止。

    表示,例如我们发回的将成为模型的数据。数据模型和 MVC 模型可能非常不同,例如关系与 XML 层次结构。如果它是明确的和被理解的,那没有错。这就是表示。

这个扩展不是通过分离状态控制、事务控制和数据快照来防止模型或控制器的过载吗?

【问题讨论】:

我认为你是对的,但听起来更难维护? 【参考方案1】:

永远不要低估开发人员将您认为已实施的任何保护措施都混为一谈的能力。虽然这些增加的分离可以提供额外的保护,但它们是否更容易开发?它们是否使分离易于理解和使用?如果没有,开发人员不太可能将它们纳入他们的实践。

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

【讨论】:

以上是关于MVC-ARS 是不是比经典 MVC 更可取以防止过载?的主要内容,如果未能解决你的问题,请参考以下文章

在 Bash 中,双方括号 [[ ]] 是不是比单方括号 [ ] 更可取?

算术运算符是不是比算术函数更可取?

为啥使用 Celery 运行计划任务比使用 crontab 更可取?

这个类结构方法是不是正确/可取? (MVC/C#)

扩展线程比实现 Runnable 更可取的场景? [复制]

什么时候删除模板实例比删除非模板重载更可取?