一.MVC
1.
M: 模型(Model):数据保存
V: 视图(View):用户界面。
C: 控制器(Controller):业务逻辑

- View 传送指令到 Controller
- Controller 完成业务逻辑后,要求 Model 改变状态
- Model 将新的数据发送到 View,用户得到反馈
2.互动模式
-
1)通过 View 接受指令,传递给 Controller
用户操作->View(负责接收用户的输入操作)->Controller(业务逻辑处理)->Model(数据持久化)->View(将结果反馈给View)
通过View接受用户指令
-
2)直接通过controller接受指令。
通过Controller接受用户指令
- 3)

用户可以向 View 发送指令(DOM 事件),再由 View 直接要求 Model 改变状态。
用户也可以直接向 Controller 发送指令(改变 URL 触发 hashChange 事件),再由 Controller 发送给 View。
Controller 非常薄,只起到路由的作用,而 View 非常厚,业务逻辑都部 署在 View。
二、MVP

各部分之间的通信,都是双向的。
View 与 Model 不发生联系,都通过 Presenter 传递。
View 非常薄,不部署任何业务逻辑,称为"被动视图"(Passive View),即没有任何主动性,而 Presenter非常厚,所有逻辑都部署在那里。
三、MVVM

MVVM 模式将 Presenter 改名为 ViewModel,基本上与 MVP 模式完全一致。唯一的区别是,它采用双向绑定(data-binding):View的变动,自动反映在 ViewModel,反之亦然
-
优点:
1.方便测试
在MVC下,Controller基本是无法测试的,里面混杂了个各种逻辑,而且分散在不同的地方。而对于MVVM我们可以测试里面的viewModel,来验证处理结果
2.便于代码的移植
3.兼容MVC
MVVM是MVC的一个升级版,目前的MVC也可以很快的转换到MVVM这个模式。VC可以省去一大部分展示逻辑。 -
缺点:
1.类会增多
2.每个VC都附带一个viewModel,类的数量*2
3.viewModel会越来越庞大
4.调用复杂度增加
网友评论