mvc、mvp、mvvm、mv*、组合模式分别的理解?

  • MVC(Model-View-Controller)

  • 视图(View):用户界面。

  • 控制器(Controller):业务逻辑

  • 模型(Model):数据保存

  • 接受用户指令时,MVC 可以分成两种方式。一种是通过 View 接受指令,传递给 Controller。

wKiom1cpohGzyC9LAABJ9nSLF_M817.png

另一种是直接通过controller接受指令。

wKiom1cpohKTKEjAAABHD46_rrc084.png

MVC的一般流程是这样的:View(界面)触发事件--》Controller(业务)处理了业务,然后触发了数据更新--》不知道谁更新了Model的数据--》Model(带着数据)回到了View--》View更新数据


MVP(Model-View-Presenter)

切断的View和Model的联系,让View只和Presenter(原Controller)交互,减少在需求变化中需要维护的对象的数量

wKiom1cppzWS24sTAACFR3m2m0E784.jpg

wKioL1cpqAzzTq6wAACLHi5y7XI375.jpg

1. 各部分之间的通信,都是双向的。

2. View 与 Model 不发生联系,都通过 Presenter 传递。

3. View 非常薄,不部署任何业务逻辑,称为"被动视图"(Passive View),即没有任何主动性,而 Presenter非常厚,所有逻辑都部署在那里。

MVVM(Model-View-ViewModel

它采用双向绑定(data-binding):View的变动,自动反映在 ViewModel,反之亦然。Angular和 Ember 都采用这种模式。

wKioL1cprq-xDIMCAABj8q8ysJQ787.jpg

ViewModel大致上就是MVP的Presenter和MVC的Controller了,而View和ViewModel间没有了MVP的界面接口,而是直接交互,用数据“绑定”的形式让数据更新的事件不需要开发人员手动去编写特殊用例,而是自动地双向同步

比起MVP,MVVM不仅简化了业务与界面的依赖关系,还优化了数据频繁更新的解决方案,甚至可以说提供了一种有效的解决模式

發表評論
所有評論
還沒有人評論,想成為第一個評論的人麼? 請在上方評論欄輸入並且點擊發布.
相關文章