作者博客

http://my.csdn.net/a243981326

http://www.jianshu.com/u/ec423678f004

项目地址

作者与mvp相关的开源项目：

https://github.com/yaozs/YzsBaseActivity

https://github.com/yaozs/YzsLib

文章目录

前言
mvp到底是个什么东西
对mvp架构设计思路分析
mvp架构的基本设计、使用
对于mvp架构的个人理解
最后

1

前言

现在网上关于mvp架构的文章有很多，但是对于一些不是特别理解这个架构的开发者，不是很友好，所以，我要写一篇博客，通过我的努力，让大家能够更好的理解他，并使用他。下面是我这片文章要讲解的内容。

让我们从第一部开始，一步步走进mvp。

2

mvp到底是个什么东西

我们所说的mvp架构，是google开源的一个设计模式，目的是为了将代码更加优雅清晰的呈现出来，废话也不多说，直接分析。

M：M层，也就是我们在程序中经常出现的model层，他的功能就是处理数据，其他任务不由他来接手。
V：V层，我们的view层，也就是显示数据的地方，我们在得到数据之后，把数据传递给view层，通过他来显示数据。同时，view层的点击事件等处理会在这里出现，但真正的数据处理不是在这里，而是在model层中处理。
P：P层，也就是Presenter层，他是我们mvp架构中的中间人，通过p层的连接，让我们可以是M层和V层进行通信。M层在获取到数据之后，把它交给P，P层在交给View层，同样，View层的点击事件等处理通过P层去通知M层，让他去进行数据处理。

通过这样的mvp交流，使程序有了一个模块的拆分，使逻辑更加的清晰，明白。

3

对mvp架构设计思路分析

一些开发者不使用mvp架构不是因为觉得这个架构不好，而是没弄明白这个架构到底是怎么个逻辑，所以在这里，把我自己对于他的理解分享给大家，作为大家的参考，共同学习进步。

mvp架构的中心思想我认为就是面向接口编程，调用层使用接口对象，去调用接口方法，实现层去实现接口方法，并在调用层实例化。

比如我们要做一个加载图片的抽象方法也就是下面的这片代码。

我们使用的时候就是直接去使用它的方法，比如我们要在adapter中使用他，那么我们不需要在adapter中去实例化他，而是直接使用这个接口对象，在使用的地方调用接口的方法。

然后我们在其他类中去写它的实现类，在adapter的初始化中把这个实现类去传递给他。

这个就是面向接口编程的一种实现方式，明白了这个，我们就可以继续往下说了。

mvp架构中，我们要把m层的接口方法抽象出来，p层的接口方法抽象出来，v层的接口方法抽象出来，同时分别写3个接口的实现类，（v层一般是activity或者fragment继承view层的接口），v层持有p的接口对象，p层持有v层和m层的接口对象，m层为p层的提供数据，这时也就形成了mvp架构，三者之间通过p层相互连接。

4

mvp架构的基本设计、使用

写一个简单的例子，我们要做的就是通过在activity中一个按钮的点击事件，来获取数据，下面上代码。

首先我们要定义出mvp的所有接口。

实现p接口。

实现m接口。

让activity继承v接口，并且初始化p，让p持有m和v。

就这样，我们一个最简单的mvp例子就写出来了，多的废话不说这个例子是不是很简单直观，我们要的就是这样的效果，通过最直接。

最简单的方法让你理解这个架构的使用，然后我们在一起深入的研究他，紧接着，我们要在这简单的使用上挖掘较优方案了。

5

对于mvp架构的个人理解

google在github发布的mvpdemo相信很多人都看过，但是我感觉许多人认为这不是最优方案，为什么呢？

因为我们在日常开发中，很多网络请求是重复的，比如加入购物车，这个接口会在商品详情中出现，也可能会在商品列表中出现在购物车的数量更改上也可能用到它，如果不复用他，我们就在每个界面的model层中去复制粘贴他，但是这样又远离的mvp的中心思想，mvp就是想让你在最大程度上复用，减少无用代码，那么这样的接口我们应该怎样处理呢。