MVC / MVP / MVVM

MVC

MVC全名是Model View Controller,是模型(model)-视图(view)-控制器(controller)的缩写,一种软件设计典范,用一种业务逻辑、数据、界面显示分离的方法组织代码,将业务逻辑聚集到一个部件里面,在改进和个性化定制界面及用户交互的同时,不需要重新编写业务逻辑。MVC被独特的发展起来用于映射传统的输入、处理和输出功能在一个逻辑的图形化用户界面的结构中。

《MVC / MVP / MVVM》

  • View 接受用户交互请求 View 将请求转交给Controller Controller 操作Model进行数据更新数据更新之后,Model通知View更新 数据变化 View 更新变化数据
  • 在MVC模型里,Model不依赖于View, 但是 View是依赖于Model的。不仅如此, 因为有一些业务逻辑在View里实现了,导致要更改View也是比较困难的, 至少那些业务逻辑是无法重用的

MVP

MVP的全称为Model-View-Presenter,Model提供数据,View负责显示,Controller/Presenter负责逻辑的处理。MVP与MVC有着一个重大的区别:在MVP中View并不直接使用Model,它们之间的通信是通过Presenter (MVC中的Controller)来进行的,所有的交互都发生在Presenter内部,而在MVC中View会直接从Model中读取数据而不是通过 Controller。

《MVC / MVP / MVVM》

  • View 接收用户交互请求 View 将请求转交给 Presenter Presenter 操作Model进行数据更新 Model通知Presenter数据发生变化 Presenter 更新View数据
  • Model与View完全分离,修改互不影响 更高效地使用,因为所有的逻辑交互都 发生在一个地方—Presenter内部一个Preseter可用于多个View,而不需要改 变Presenter的逻辑(因为View的变化总 是比Model的变化频繁)。更便于测试。把逻辑放在Presenter中,就可以脱离用 户接口来测试逻辑(单元测试)

MVVM

MVVM是Model-View-ViewModel的简写。微软的WPF带来了新的技术体验,如Silverlight、音频、视频、3D、动画……,这导致了软件UI层更加细节化、可定制化。同时,在技术层面,WPF也带来了 诸如Binding、Dependency Property、Routed Events、Command、DataTemplate、ControlTemplate等新特性。MVVM(Model-View-ViewModel)框架的由来便是MVP(Model-View-Presenter)模式与WPF结合的应用方式时发展演变过来的一种新型架构框架。它立足于原有MVP框架并且把WPF的新特性糅合进去,以应对客户日益复杂的需求变化。

《MVC / MVP / MVVM》

  • View 接收用户交互请求 View 将请求转交给ViewModel ViewModel 操作Model数据更新 Model更新完数据, 通知ViewModel数据发生变化 ViewModel 更新View数据
  • 低耦合。View可以独立于Model变化和修改,一个ViewModel可以绑定到不同的”View”上,当View变化的时候Model可以不变,当Model变化时候View也可以不变。 
  • 可重用性。你可以把一些视图逻辑放在一个ViewModel里面,让很多view重用这段视图逻辑。 
  • 独立开发。开发人员可以专注于业务逻辑和数据的开发(ViewModel),设计人员可以专注于页面设计,生成xml代码。
  • 可测试。界面素来是比较难于测试的,而现在测试可以针对ViewModel来写。
    原文作者:voggen
    原文地址: https://segmentfault.com/a/1190000016885296
    本文转自网络文章,转载此文章仅为分享知识,如有侵权,请联系博主进行删除。
点赞