写在前面
我一直在想,到底该怎么入手开始写博客,应该从哪个地方开始入手。现在想来,没有比使用案例法,在开发一个个实例的具体过程中不断积累完善更恰当的方法了。至于我想做些什么,这个会随着知识点的展开慢慢呈现,大家拭目以待。
MVP和MVC、MVVM的简单对比
架构设计是作用于软件系统整体设计的大智慧。他不是为了实现某个功能或者提升具体的某项性能而产生的,而是为了降低整个系统的耦合性,实现易于维护、方便修改的目的。
- 单独介绍
1.MVC
MVC分为Model、View和Controller三部分。
Android中MVC的内容图示.png
Model:程序需要操作的数据或信息(系统中的业务逻辑部分)。通常是数据库SQLite、网络请求的JSON、本地XML或者Java对象数据。它代表了一些实体类,用来描述业务逻辑怎么组合,同时也为数据定义业务规则。
View:直接面向于最终用户的“视图层”(View)。提供给用户的操作界面,是程序的外壳。界面就是各种UI组件(XML布局或者Java自定义控件对象)。只负责展示数据,同时接收控制器传过来的结果。
Controller:负责根据用户从“视图层”输入的指令,选取“数据层”中的数据,然后对其进行相应的操作,产生最终的结果(可以分派用户的请求并选择恰当的视图以用于显示,同时也可以解释用户的数据并将它们映射为模型层可执行的操作)。控制器是与应用程序相关联的动作集合,负责处理待响应的请求。通过界面响应用户输入,通过模型层处理数据,最后返回结果给界面。控制器扮演着模型和界面的粘合剂角色。
MVC图示.png
注释:
通路一:【2到5到4】
2.用户直接向View发出指令;View 传送指令到 Controller;
5.Controller 完成业务逻辑后,要求 Model 改变状态;
4.Model改变状态,将新的数据发送给View;
通路二:【1到3到4】
1.用户直接向Controller发出指令;再由Controller发送给View;【通常是更改视图】
3.View直接要求Model改变状态;
4.Model改变状态,将新的数据发送给View;
2.MVVM
MVVM分为Model、View和ViewModel;
他最大的特点是它采用双向绑定(data-binding):View的变动,自动反映在 ViewModel,反之亦然。图示如下: MVVM.png
3.MVP
MVP分为Model、View和Presenter;它是本文绝对的主角。
Model:数据的存储功能。通常是封装了数据库Dao或网络请求数据的角色;或者两者都有;
View:通常是Activity、Fragment和某些View控件;它还包括一个Presenter的成员变量,通常View会需要一个逻辑接口,将View的操作交给Presenter实现。然后又Presenter调用View逻辑接口将结果返回给View;
Presenter:主要作为View和Model的桥梁。它从Model中得到数据之后传给View,也将业务逻辑从View中抽离了出来。
MVP.png
注解:
通路:1到3到4到2
1.用户直接向View发出指令;View 传送指令到 Presenter;
3.Presenter完成业务逻辑后,要求 Model 改变状态;
4.Model改变状态,将新的数据发送给Presenter;
2.Presenter将新的数据和逻辑业务的执行结果发送到View上,更新UI;
特点:1. 各部分之间的通信,都是双向的。2. View 与 Model 不发生联系,都通过 Presenter 传递。3. View 非常薄,不部署任何业务逻辑,称为"被动视图"(Passive View),即没有任何主动性,而 Presenter非常厚,所有逻辑都部署在那里。
- MVP和MVC、MVVM的对比
MVC和MVP最大的不同:MVC中的View可以直接访问Model;而MVP中的View不能直接访问Model;
MVVM和MVP最大的不同:MVVM中View和ViewModel双向绑定,数据的修改会直接反应在View角色上,而View的修改也会导致数据的变更;而MVP中View的更新需要通过Presenter;
希望对大家有帮助,谢谢!
网友评论