推荐订阅源

MPVC 是对 Model Partial-View Controller 的缩写（姑且这样称呼它）。

最近看到 MVVM  模式及司徒正美的 avalon 框架有一些新的想法。对于 MVVM 的不足有以下考虑：

• 需要在所有模板都要放在前端（也许后端还需要再来一份？）
• 建模只是为了显示需要，哪怕对于不参与逻辑处理的字段都需要进行建模，显得比较麻烦
• 不同的页面需要不同的 VM，维护成本较高
• 对于多页面应用仍然需要编写代码以控制程序工作逻辑

最大的美妙之处在于数据模型与视图显示的自动绑定。

先抛开 MVC 模式不谈，从头思考下页面的构造与工作流程：

• 对于一个不特定的网页应用来说，页面应该由若干个不同的区块构成，不同的区块按功能区域划分
• 对于不同的页面，由不同的功能区块组合而成
• 网页应用为了追求用户体验会使用 Ajax 技术仅更新一部分的页面内容，这个过程可以抽象为功能区块的视图刷新、添加、删除

一般在简单的应用开发中会写出这样的代码：

$.get('/action_url', function(result){
   $('#result_panel').innerHTML(result);
});

在视图更新的时候需要重复此过程，并且会带来其它的一些问题：

• $('#result_panel')将代码逻辑与 Dom 元素作了强绑定，由于 ID 的唯一性限定了这样的代码块只能用于单例模式中
• $('.action-hook-class') 则污染了全局空间，在不需要启动此特性的页面需要进行不必要的 Selector 扫描，要启用、禁用此特性的话需要额外的控制开关逻辑。

而模块化的代码编写可以避免这些问题：$('.result-panel', contextScope) 或 $('.action-hook-class', contextScope) 显得友好得多。