玩转MVP模式 - 基础篇
今天为大家介绍MVP设计模式，希望能用最简单的代码带大家了解MVP设计模式。
在本篇文章中，我们只是简单的模拟网络请求并将请求后的数据显示在居中的TextView上，在后续的文章中我们将对其进行封装。
饭要一口一口吃~ So，let's go。
在这里我先贴代码，大家可以先过一遍代码，并对自己提出一些疑问，再去接下来的分析中寻找答案，我认为这样的学习方法有助于开阔思维，尤其是解决自己的问题比看别人解决问题印象更为深刻一些。
在阅读代码前有一些必须要知道的知识点
1.MVP 分别为Model，View，Presenter
2.Model 负责业务处理，比如请求网络，请求数据库，本例中负责进行网络请求
3.Presenter 负责调用Model的方法实现业务的处理，并将结果传递给View
4.View 负责处理结果，本例中负责将网络请求而来的数据显示在TextView上
项目结构
项目结构
MainActivity.class
MainActivity.class
MainPresenter.class
MainPresenter.class
MainModel.class
MainModel.class
IModel.class
IModel.class
IView.class
IView.class
分析
Ok，我相信如果大家对接口回调熟悉的话，阅读上述代码应该不会过于吃力，而且ice我将每一个方法的方法名都取得比较到位( 也可以说我自恋~ )，在接下来的篇幅中我会详细的给大家分析这些代码。
首先我们从最抽象的两个接口来进行分析。
-
IModel 是所有Model都应该实现的接口
我们知道：Model负责 业务处理 ，比如从数据库获取数据，从网络获取数据等等业务逻辑。而View是用来处理 业务结果 的，比如将请求而来的数据填充到布局中。
所以Model的存在是为了给View提供数据，这也是MVP的优势——将页面与逻辑分离开，以往都是一个Activity或Fragment既要请求数据，又要处理数据。而在MVP中，View也就是Activity或Fragment只负责处理数据，而Model则负责提供数据。
所以我们将View常需要的业务逻辑写在IModel中，比如几乎所有的View都需要网络数据和数据库数据，这样所有的Model在实现IModel后都有请求网络以及请求数据库这两个常见的业务处理逻辑。 -
IView 是所有View都应该实现的接口
和IModel一样，几乎所有的View都需要处理通过Model请求而来的数据，所以将该处理方式封装成一个接口，这样所有的View都有处理数据的功能。
Presenter
Presenter是View和Model的桥梁，View和Model的所有沟通都通过Presenter，所以Presenter中含有View和Model这两个成员变量：
组合
值得一说的是Presenter中的View是通过构造函数进行组合的，而Model则是在构造函数中new出来的，之所以不通过构造函数传递进来也是为了实现解耦，因为View没必要持有Model的引用。
View需要数据的时候Presenter会 派 Model去请求数据，所以Presenter有个public void requestModeDoSomething()方法，该方法是提供给View使用的。
requestModeDoSomething()
在该方法中，Presenter会命令Model去请求数据，所以会调用model的
getDataFromNet方法从网络请求数据，那么model请求数据后怎么给Presenter呢？这个时候就用到啦接口回调：即model请求数据的同时传一个接口进去，等数据请求回来后就通过接口传递给Presenter，那么Presenter获得model请求的数据后会通过view的引用将数据传递给view，在这个例子中则是通过调用view的showViewByDataFromNet(String dataFromNet)方法将model请求到的数据以参数的方式传递给view。
可能说了这么多不如来个图更直接，话不多说，直接上图~
流程图
整个流程图就是这样，不知道大家看懂没~
总结
其实这样看来 MVP 也是蛮简单的，就是类太多了点，但是日后的维护会十分方便，最后欢迎大家分享学习心得，有什么需要补充的地方也可以提出来~
更新记录
2016年12月1日14:02:54
使用高亮主题重新截图
