三大架构的比较

MVC

模型层(Model) 负责存储、检索、操纵来自数据库或者网络的数据

视图层(View) 用户界面,一般采用XML文件进行界面的描述

控制层(Controller) 业务逻辑处理

1. 工作原理

  • 当用户出发事件的时候,view层会发送指令到controller层,自己不执行业务逻辑。
  • Controller执行业务逻辑并且操作Model,但不会直接操作View,可以说它是对View无知的。
  • model层更新完数据然后对视图进行更新,用户得到反馈。

2. MVC代码实例

  • 1.先实现一个 model,需要有通知View更新的能力,当model加载成功,模拟从网络或者本地获取数据,需要告知View更新:
  • 2.View View需要发出点击事件,并且传递Controller,同时需要根据Model更新UI:
  1. Controller :有时候我们的Activity既充当View也充当Controller, 这里为了更好的理解MVC,将Activity进行了拆解。

3. MVC调用链

  1. View:OnClick ->
  2. Controller:loadData->
  3. Model:loadModel->
  4. View:updateUI

4. MVC优缺点

  • 优点: 把业务逻辑全部分离到Controller中,模块化程度高。当业务逻辑变更的时候,不需要变更View和Model,只需要Controller换成另外一个Controller就行了。
  • 缺点: 1、 Controller测试困难。因为视图同步操作是由View自己执行,而View只能在有UI的环境下运行。在没有UI环境下对Controller进行单元测试的时候,Controller业务逻辑的正确性是无法验证的:Controller更新Model的时候,无法对View的更新操作进行断言。 2、 xml作为view层,控制能力实在太弱,Activity基本上都是View和Controller的合体,既要负责视图的显示又要加入控制逻辑,承担的功能很多,导致代码量很大。如想去动态的改变一个页面的背景,或者动态的隐藏/显示一个按钮,这些都没办法在xml中做,只能把代码写在activity中,造成了activity既是controller层。 3、 view层和model层之间存在耦合。

MVP

  • 模型层(Model) 负责存储、检索、操纵来自数据库或者网络的数据。
  • 视图层(View) 用户界面,一般采用XML文件进行界面的描述。
  • 逻辑处理层(Presenter) 作为View与Model交互的中间纽带,处理与用户交互的负责逻辑。

1. 工作原理

  1. View 接受用户请求
  2. View 传递请求给Presenter
  3. Presenter做逻辑处理,修改Model
  4. Model 通知Presenter数据变化
  5. Presenter 更新View

2. MVP代码实例

MVP中Model、View、Presenter中的联系件

还在MVC的例子上变动,需要先对Model进行封装,当loadModel后,不直接通知View更新,而是通知Presenter。

View需要发出点击事件,并且传递给Presenter ,最后也由Presenter去通知View更新UI:

Presenter ,接收到来自View的操作命令后,进行逻辑处理,处理Model,修改完成后 通知View进行修改。

3. MVP调用链

  1. View:OnClick ->
  2. Presenter:loadData->
  3. Model:loadModel->
  4. Presenter:onSuccess->
  5. View:updateUI

4. MVP优缺点

  • 优点: 1、便于测试。Presenter对View是通过接口进行,在对Presenter进行不依赖UI环境的单元测试的时候。可以通过Mock一个View对象,这个对象只需要实现了View的接口即可。然后依赖注入到Presenter中,单元测试的时候就可以完整的测试Presenter业务逻辑的正确性。 2、避免了传统开发模式中View和Model耦合的情况,提高了代码可扩展性、组件复用能力、团队协作的效率。
  • 缺点: 1、 View(Activity)需要持有Presenter的引用,同时,Presenter也需要持有View(Activity)的引用,增加了控制的复杂度; 2、MVC中Activity的代码很臃肿,转移到MVP的Presenter中,同样造成了Presenter在业务逻辑复杂时的代码臃肿。

MVVM

  • 模型层(Model) 负责存储、检索、操纵来自数据库或者网络的数据
  • 视图层(View) 用户界面,一般采用XML文件进行界面的描述
  • 视图-模型层(ViewModel) 负责View和Model之间的通信,以此分离视图和数据。

1. 工作原理

  1. View 接收用户交互请求
  2. View 将请求转交给ViewModel
  3. ViewModel 操作Model数据更新
  4. Model 更新完数据,通知ViewModel数据发生变化
  5. ViewModel 更新View数据

2. MVVM代码实例

1.Model

2.ViewModel

3.接着使用databinding语法 对 xml 进行数据绑定,我们将 Click事件、输出结果都绑定到ViewModel上。

4.最后在View(Activity)中引入ViewModel :

3.MVVM优缺点

  • 优点: 1、低耦合。View可以独立于Model变化和修改,一个ViewModel可以绑定到不同的”View”上,当View变化的时候Model可以不变,当Model变化的时候View也可以不变。
  • 2、可重用性。你可以把一些视图逻辑放在一个ViewModel里面,让很多view重用这段视图逻辑。
  • 3、独立开发。开发人员可以专注于业务逻辑和数据的开发(ViewModel),设计人员可以专注于页面设计,生成xml代码。
  • 4、ViewModel解决MVP中View(Activity)和Presenter相互持有对方应用的问题,界面由数据进行驱动,响应界面操作无需由View(Activity)传递,数据的变化也无需Presenter调用View(Activity)实现,使得数据传递的过程更加简洁,高效。
  • 缺点:

1、ViewModel中存在对Model的依赖。

2、数据绑定使得 Bug 很难被调试。你看到界面异常了,有可能是你 View 的代码有 Bug,也可能是 Model 的代码有问题。

3、IDE不够完善(修改ViewModel的名称对应的xml文件中不会自动修改等)。

Databing

DataBinding是2015年谷歌 I/O大会上介绍了一个数据绑定框架,以前我们可能需要在每个Activity里写很多的findViewById,不仅麻烦,还增加了代码的耦合性,如果我们使用DataBinding,就可以抛弃那么多的findViewById,省时省力。

双向绑定的概念让传统的布局文件由被动转为主动,数据驱动UI,而且View与ViewModel实现了完美的解耦,这也解决了MVP模式下的缺点。

总结

从MVC、MVP到MVVM,实际上是模型和视图的分离过程。MVC中模型和视图没有完全分离,造成Activity代码臃肿,MVP中通过Presenter来进行中转,模型和视图彻底分离,但由于V和P互相引用,代码不够优雅。ViewModel通过Data Binding实现了视图和数据的绑定,解决了这种MVP的缺陷。

可参考一套Android App基础框架

架构设计:从MVC、MVP到MVVM 网络访问:支持REST、HTTPS及SPDY的Retrofit+Okhttp 响应式编程:RxJava/RxAndroid解决方案 依赖注入:Dagger2和ButterKnife使用

框架的选择 任何的项目框架,都是为项目服务的。没有绝对的好坏之分,只有更合适的选择。在项目进展的不同阶段,做出最合适的调整,才是是更适合团队项目发展的框架。谨记任何的项目设计,都是要围绕项目发展阶段,团队成员规模,和团队整体能力而定的。切莫为了设计而设计,为了框架而框架。快速,高效的配合整个团队进展项目,才是最合适的架构。

原文发布于微信公众号 - 我就是马云飞(coding_ma)

原文发表时间:2017-10-23

本文参与腾讯云自媒体分享计划,欢迎正在阅读的你也加入,一起分享。

发表于

我来说两句

0 条评论
登录 后参与评论

相关文章

来自专栏Android先生

(新瓶旧酒)谷歌官方MVP项目学习--浅入源码

项目的目的是通过展示各种架构app的不同方式来帮助开发者解决架构问题。项目中通过不同的架构概念及方式实现了功能相同的app。你可以用示例来当做参考,或是干脆拿来...

13310
来自专栏乐沙弥的世界

Oracle 12c多租户架构及优缺点

Oracle的多租户和MySQL,MSSQL的类似,把之前的一个实例对一个数据库的情形(RAC是多个实例对一个数据库)整合成了一个实例下可以挂多个数据库,并且定...

30620
来自专栏技术小黑屋

Android中实现用户无感知处理后台崩溃

正所谓,要想没有bug,就一行代码也不写。App到了用户的手里,肯定是崩溃越少越好。Android中的崩溃处理和iOS不太一样,iOS崩溃通常是闪退,而安卓会出...

8710
来自专栏yang0range

Activity详解(二)——异常情况下的生命周期分析

最近 无意当中看到一道面试题是关于Activity异常情况下的生命周期分析,感觉自己还有所欠缺,随即在书中寻找完整答案,特记录如下。

21740
来自专栏向治洪

仿360静默安装

之前有很多朋友都问过我,在Android系统中怎样才能实现静默安装呢?所谓的静默安装,就是不用弹出系统的安装界面,在不影响用户任何操作的情况下不知不觉地将程序装...

45180
来自专栏一直在跳坑然后爬坑

Fragment回调Activity

如果你需要在fragment中处理一些事情,事情的处理结果或者你需要告 诉activity马上要做什么事,这时候就需要和activity进行通讯。包括很多...

30610
来自专栏极客猴

Android设计模式之MVP

最近利用业余时间来深入学习MVP模式,我把自己对MVP模式的理解分享给大家,希望能给你理解MVP模式提供帮助。

12810
来自专栏美团技术团队

Toast与Snackbar的那点事

48960
来自专栏做全栈攻城狮

安卓开发基础教程-Android多界面应用程序开发

本套教程主要讲解安卓开发的相关知识,从基础到精通。一方面可以巩固自己所得,另一方面可以帮助对安卓开发感兴趣的朋友。

12540
来自专栏Android先生

Material Design中的一些趣事

当然了,这个是我完成任务之后又写的一个demo,大家可能会想到这里用的是谷歌极力推荐我们使用的一个全新的设计语言——Material Design,然后再配上谷...

9510

扫码关注云+社区

领取腾讯云代金券