android mvp设计书籍,Android架构设计之MVP（一）

MVP+Retrofit+RxJava的架构是当前比较流行的框架，GitHub上面有很多MVP+Retrofit+RxJava架构的APP都有不少的Star。 今天就从MVP讲起，我在自己的项目里也使用了这个设计模式。

MVP模式是MVC模式在Android上的一种变体，要介绍MVP就得先介绍MVC。在MVC模式中，Activity应该是属于View这一层。而实质上，它既承担了View，同时也包含一些Controller的东西在里面。这对于开发与维护来说不太友好，耦合度大高了。把Activity的View和Controller抽离出来就变成了View和Presenter就是MVP模式。所以，为什么使用MVP，一句话就是：解耦。

什么是MVP设计模式，下面的内容摘录自 Essential Guide For Designing Your Android App Architecture: MVP: Part 1

MVP将应用分成三种基本的组件：

1.Model：它的职责是处理应用数据的部分

2.View：它的职责是在屏幕上布局显示指定数据的视图

3.Presenter：它是一个连接Model和View的桥梁。也是扮演指挥view的角色。

根据以上提到的组件，MVP可以列出以下一些基本的规则：

1.Presenter控制View来画UI，View是应用中被控制的部分。

2.View将委托用户所有的交互行为给Presenter处理

3.View从不直接从Model获取数据

4.Presenter是负责委派View的请求给Model和根据特定的事件要求View做出相应的动作

5.Model的职责是从服务器、数据库、文件中抓取数据

根据MVP模式,我先写下序文：

1.Acitivity、Fragment和自定义View在应用中扮演View的部分.

2.每一个View都有一个它对应的Presenter.

3.View通过一个接口(Interface)和它对应Presenter连接。反之亦然.

4.Model被分成几个部分：ApiHelper, PreferenceHelper, DatabaseHelper, 和FileHelper.这些所有的数据渠道会在数据管理(DataManager)中实现，也就是数据管理将所有的Model进行统一管理.

5.Presenter通过接口调用DataManager的实现.

6.DataManager(数据管理)只有被调用的时候才进行服务.

7.Presenter没有使用任何的安卓API.

首先，让我们描述这个架构蓝图

不管你从事什么软件工程，架构都是一件首要考虑的事情。一个小心地精心设计的框架不但提供一个很好的扩展性而且在将来还能减少大量的重复工作。现在很多项目都是一个团队来开发，因此，项目代码的可读性和模块性在架构设计中应该被视为至关重要的要素。我们也有大量的依赖第三方一些库和不断得更换方案由于使用的场景、bugs和支持。所以我们的架构应该设计成即插即用的设计。接口(Interface)在类中的运用就是这个目的。

上面画出来的安卓架构蓝图包含所有的特性和是基于MVP蓝图。

你看接下来的内容可能会觉得不是那么清楚，但只要你看过这篇文章对应下一部分给出的例子，这些概念你将会很清楚了

让我们来理解概略架构中每一部分

View：这是应用的一部分，主要用来渲染UI和接受来至用户的交互。主要由Activity，Fragment和CustomView(自定义view)构成

MvpView: 由View来实现的一个接口，这个接口包含的方法都是暴露给它对应的Presenter使用的。

Presenter：它的数量主要取决于View的数量并且它是一个不连接安卓API的纯java类。它从对应的View中接收用户的交互信息，然后做一些业务逻辑判断，最后引导View运行一些指定的行为。它也可以通过数据管理(DataManager)获取业务逻辑需要的任何数据。

MvpPresenter：由Presenter来实现的一个接口。它包含的方法主要是给它对应的View调用的。

AppDbHelper:应用中的一部分，主要是数据库管理和所有处理与数据库相关的数据。

DbHelper：由AppDbHelper实现的一个接口和包含暴露给应用组件调用的方法。这层可以解耦任何指定实现DbHelper，因此使得AppDbHelper成为即插即用的模块。

AppPreferenceHelper：这个就像AppDbHelper一样，只不过它的主要任务是从安卓share preference读写数据。

PreferenceHelper：和DbHelper一样的接口，只不过由AppPreferenceHelper来实现。

AppApiHelper：主要管理网络相关的API调用和数据处理。

ApiHelper：和DbHelper 一样的接口，只不过由AppApiHelper来实现。

DataManager：由AppDataManager来实现的一个接口。它包含并暴露所有数据处理相关的操作方法。理想上，它所有实现委托给提供服务的所有Helper 类。对于这个DataManager接口，它继承了DbHelper, PreferenceHelper 和ApiHelper 接口.

AppDataManager：在应用中，它是一个联系任何数据相关的操作。DbHelper, PreferenceHelper 和 ApiHelper 只为DataManager效劳。它委托所有的实现给指定的任何的Helper。

现在我们熟悉了所有的组件和它们在一个应用中扮演的角色。我们现在将在这些各种各样组件中制定交流的模式。

应用(Application )类实例化AppDbHelper (赋值给DbHelper 变量)，AppPreferenceHelper (赋值给PreferenceHelper 变量)，AppApiHelper (赋值给ApiHelper 变量)和最后将DbHelper、PreferenceHelper 和PreferenceHelper 引用传给AppDataManager(赋值给DataManager 变量) 进行实例化。

View 组件实例化它对应的Presenter，并传给MvpPresenter引用。

Presenter接收它的View组件和并通过MvpView引用它，Presenter也接收DataManager。

DataManager 作为一个单例存在。