理解MVC,MVP,MVVM

作者: Viaphlyn | 来源:发表于2017-10-19 16:50 被阅读20次

一.MVC

1.

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

MVC
  • View 传送指令到 Controller
  • Controller 完成业务逻辑后,要求 Model 改变状态
  • Model 将新的数据发送到 View,用户得到反馈

2.互动模式

  • 1)通过 View 接受指令,传递给 Controller
    用户操作->View(负责接收用户的输入操作)->Controller(业务逻辑处理)->Model(数据持久化)->View(将结果反馈给View)


    通过View接受用户指令
  • 2)直接通过controller接受指令。


    通过Controller接受用户指令
  • 3)
图片.png

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

二、MVP

MVP

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

三、MVVM

MVVP

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.调用复杂度增加

相关文章

网友评论

    本文标题:理解MVC,MVP,MVVM

    本文链接:https://www.haomeiwen.com/subject/ypauuxtx.html