写在前面##
又到了周末了，本来这周准备总结一下透明状态栏之类的东西……但是突然群里就吹起了MVP的牛，这让我这个MVC都只有小半桶水的人都不敢说话。但是程序员不会吹牛跟条咸鱼又有什么区别？
所以我毅然决然的打开了搜索引擎，利用我科学上网的本领搜集了一些MVP相关的文章，不过看完也没啥感觉是真的，果然对于coder来说talk is cheap果断撸code才是正道。好了，日常吹牛、唠嗑(1/1)。
1、MVC与MVP##
对于Android开发者来说，MVC应该是比较熟悉的。首先我自制一副极简风格的MVC图来做说明。
Paste_Image.png
MVC是一种软件设计典范，用一种业务逻辑、数据、界面分离的方法组织代码。但是在Android中用MVC有一点明显的不足：View层与Controller层难以明确的划分出去。因为在Android中各种布局文件是View层没错，但是各个Activity和Fragment呢？这些东西既像View又像Controller，但我们一般会将其划分为Controller层，对于View层的更新一般都会放在对应的Activity或者Fragment(或者其他)中，而我们所需要做的仅仅是抽取出一个Model来实现MVC。
可以，这很Android。
MVC在Android中看上去不是很标准，那么MVP的出现之后与MVC一对比，相信各个Android开发者都会觉得：
这玩意还不错诶~靠谱！
算了不自己画了……
从图中可以很明显的看出View层不再和Model层互知，View层和Model层通过Presenter层交互。在这了借用hongyang大神的那句话：之所以MVP会让人感觉耳目一新，是因为这次的跳跃是从并不标准的MVC到MVP的一个转变，减少了Activity的职责，简化了Activity中的代码，将复杂的逻辑代码提取到了Presenter中进行处理。与之对应的好处就是，耦合度更低，更方便的进行测试。
2、MVP小DEMO演练
这个小demo花了我不少时间去想通，让我错过了林丹与杨宗纬的大战！郁闷！
国际惯例先上目录：
目录.png
我的demo是图片加载的小demo，adapter里的适配器是recyclerview的适配器，ImageBean是图片数据，里面包含了一个Url和一个图片相关的描述。utils里是以前自己以前封装的解析这个接口的工具，Urls里保存的是接口。先把非重点在前面讲了，后面开始介绍一下我写的mvp。
2.1、Model与View层###
我上来是先写Model层与View层的，因为这俩货在MVP里是解耦的，不能互相感知，所以我可以在设计者两层的时候只考虑需求与实现，不考虑在Presenter里干的事。
首先是Model层：
我要加载图片，我这加载图片用的是Glide，如果你不了解这个强大的开源库，你可以先去百度一下。所以需要我在Model中做的事情就是获取图片信息的集合。首先定义一个Model层的接口：
public interface ImageModel {
void LoadImageList(ImageModelImp.OnLoadImageListListener listener,int pageIndex);
}
图片比较多，采用分页加载，至于这个listener是一个获取数据成功和失败的回调，可以在回调中进行相应的操作。
public class ImageModelImp implements ImageModel {
@Override
public void LoadImageList(final OnLoadImageListListener listener,int pageIndex) {
OkHttpUtils.get().url(Urls.IMAGE_URL+pageIndex).build().execute(new StringCallback() {
@Override
public void onError(Call call, Exception e, int id) {
listener.onFailure(e);
}
@Override
public void onResponse(String response, int id) {
List<ImageBean> imageBeen = JsonUtils.readJsonImageBean(response);
listener.onSuccess(imageBeen);
}
});
}
public interface OnLoadImageListListener {
void onSuccess(List<ImageBean> list);
void onFailure(Exception e);
}
}
获取数据的代码量不是非常的多，因为我用的都是封装的工具进行请求和解析json。这个Model层的类实现了我刚刚定义的接口，执行具体的逻辑。
以上是Model层的代码，接下来分析一下View层需要什么东西。我这个demo只是加载图片而已，我所采用的是recyclerview，那么我需要的仅仅是一个集合，然后将这个集合传入adapter中，剩下的事情adapter都会帮我处理好的。
public interface ImageLoadView {
void getImageList(List<ImageBean> list);
}
让MainActivity实现这个接口
public class MainActivity extends AppCompatActivity implements ImageLoadView {
private RecyclerView image_list;
private ImagePresenter imagePresenter;
private List<ImageBean> imageList = null;
private ImageListAdapter adapter;
private int pageIndex = 1;
private GridLayoutManager staggeredGridLayoutManager;
@Override
protected void onCreate(Bundle savedInstanceState) {
super.onCreate(savedInstanceState);
setContentView(R.layout.activity_main);
initView();
adapter = new ImageListAdapter(this);
}
...
...
@Override
public void getImageList(List<ImageBean> list) {
adapter.setisShow(true);
if (imageList == null) {
imageList = new ArrayList<ImageBean>();
}
imageList.addAll(list);
if (pageIndex == 1) {
adapter.setData(list);
} else {
if (list == null || list.size() == 0) {
//如果没有更多数据则隐藏脚布局
adapter.setisShow(false);
}
}
//setData方法中含有刷新，无需刷新了。
adapter.setData(imageList);
pageIndex += 1;
}
}
中间还有很多代码，我这里只是抽取出来一部分代码。可以看出在我这个demo里V层和M层的定义简直不废吹灰之力，但是……
并没有什么卵用
2.2、Presenter###
Presenter层的逻辑着实让我烧了一会脑子，有些东西就是这样，想通了就很简单，想不通就会很痛苦。如何让M层与V层交互？首先我们需要明确的一点是：获取数据的逻辑在Model层那个实现类里面
你可能说这不废话吗……的确是废话，既然在那个实现类里，那我们肯定需要一个这个类的实例对象，不然怎么去执行那段代码？加载图片需要我们在presenter里做的事情也非常的少，只有获取图片集合这一件事可干而已。所以定义如下接口：
public interface ImagePresenter {
void loadList(int pageIndex);
}
接下来看一下Presenter层的实现类：
public class ImagePresenterImp implements ImagePresenter,ImageModelImp.OnLoadImageListListener{
private ImageLoadView imageLoadView;
private ImageModel imageModel;
public ImagePresenterImp(ImageLoadView imageLoadView){
this.imageModel = new ImageModelImp();
this.imageLoadView = imageLoadView;
}
@Override
public void onSuccess(List<ImageBean> list) {
imageLoadView.getImageList(list);
}
@Override
public void onFailure(Exception e) {
//我这里就不做处理了
}
@Override
public void loadList(int pageIndex) {
imageModel.LoadImageList(this,pageIndex);
}
}
可以看到在这个实现类里，持有了一个M层实现类的对象，持有了一个V层的接口。这个类实现了P层接口和M层请求失败成功的接口。可以看到在loadList()方法中用了M层对象去执行具体的获取数据的代码，而在请求成功的回调方法中用持有的V层接口对象将此list传出。所以在MainActivity实现了V层接口后就可以获取list数据了。
说了那么多你可能会有点被绕糊涂了，很简单，用我极简的作图风格来帮你理解，当然了，如果你对于回调还不十分了解的话建议去看我的这篇文章Android之回调函数
最终图
可能看了以上的图你也不是很明白，没关系，网上资料很多，同时别忘了自己动手！
对了，放个最终跑起来的样子吧……
效果图
对了项目名字写错了，写了MVC……你们懂就好……
最后挂上demo获取方式
↑以上是更新的分割线，更新时间：16.8.29
说实话刚写完这个代码我就感觉有点不对劲，但是没深入考虑。后来实在是有点担心会发生内存泄露，毕竟我实现的这种MVP模式P层是需要持有一个V层接口引用的，而实现V层接口的是Activity，这样要是发生了内存泄露可不是小事，所以还需要我们将MVP和Activity的生命周期关联起来。
首先简单分析一下这种内存泄露可能发生的场景：Presenter经常性的通过Model执行一些耗时的代码，而Presenter持有Activity的引用，如果在耗时操作完成之前Activity就被销毁了，那么因为Presenter持有Activity强引用而导致Activity对象无法被回收，此时就发生了内存泄露。
关于这玩意的讨论在：Android内存泄漏浅析
网友评论