android mvp原理,Android MVP模式使用

MVP简介

Activity 和Fragment 视为View层，负责处理 UI。

Presenter 为业务处理层，既能调用UI逻辑，又能请求数据，该层为纯Java类，不涉及任何Android API。

Model 层中包含着具体的数据请求，数据源。

原理图

网友给出的一张原理图。

看这张图片，但是Model是怎么跟Presenter通信的呢？？？？

根据我写的代码，我把原理图改了一下。

MVP使用

MVP没有固定的写法，结合需求，理清架构，每个人应该都可以有自己的独特MVP写法。

三层之间调用顺序为Activity->presenter->model，为了调用安全着想不可反向调用！不可跨级调用！

我在sku选择上做的一个例子：

1).View层

先定义一个接口ISkuView

public interface ISkuView {

void initGoodsInfo(TBDetailResultV6 tbDetailResult); //初始化商品主图信息

void updateImage(String url); //切换sku时，更新图片

void onShowError(String prompt); //显示错误信息

}

在定义一个类去实现它

public class SkuActivity extends Activity implements ISkuView{

private final static String TAG = "SkuActivity";

private SkuPresenter skuPresenter;

private ImageView goodsImage;

private TextView goodsTitle, goodsPrice;

@Override

protected void onCreate(Bundle savedInstanceState) {

super.onCreate(savedInstanceState);

setContentView(R.layout.activity_sku);

initView();

String itemId = getIntent().getStringExtra("itemId");

skuPresenter = new SkuPresenter(this);

skuPresenter.doDetailRequest(itemId);

}

private void initView() {

goodsImage = (ImageView) findViewById(R.id.sku_goods_image);

goodsTitle = (TextView) findViewById(R.id.sku_goods_title);

goodsPrice = (TextView) findViewById(R.id.sku_goods_price);

}

@Override

public void initGoodsInfo(TBDetailResultV6 tbDetailResult) {

Log.i(TAG, TAG + ".initGoodsInfo : " + tbDetailResult.getItem().getTitle());

goodsTitle.setText(tbDetailResult.getItem().getTitle());

}

@Override

public void updateImage(String url) {

}

@Override

public void onShowError(String prompt) {

}

}

2).Presneter层

public class SkuPresenter implements ISkuPresenter {

private ISkuView skuView;

private ISku sku;

public SkuPresenter(ISkuView skuview) {

this.skuView = skuview;

this.sku = new SkuModel();

}

@Override

public void doDetailRequest(String itemId) {

sku.doDetailRequest(itemId, new DetailListener() {

@Override

public void onSuccessful(TBDetailResultV6 tbDetailResultV6) {

skuView.initGoodsInfo(tbDetailResultV6);

}

@Override

public void onFailure(int code, String msg) {

skuView.onShowError(msg);

}

});

}

}

3).Model层

public class SkuModel implements ISku{

@Override

public void doDetailRequest(String itemId, DetailListener detailListener) {

DetailRequest request = new DetailRequest();

request.doRequest(itemId, detailListener);

}

}

(贴出来的代码与原本的代码有些不一样，为什么不贴ISkuPresenter和ISku的代码呢？

因为我觉得这两个接口没有用。ISkuView是为了让Presenter层可以把数据传递给view层。但是ISkuPresenter和ISku不知道什么用处。)

网络上对于MVP的一些开发建议：

1.设计View的接口时候，要考虑这个接口的必要性，View的接口只是为了传输数据而不是为了让Presenter来控制，同时也要注意Presenter只从Model中获取数据，举个例子：

public interface IView{

void showDialog(); //不建议，Presenter不能控制View，只能设置数据

void setPrepareData(DownloadInfo info);//对

void showToast(int resId);//不建议 ResourceId不是从Model层中获取,View选取哪个ResourceId来显示是View自己的责任

}

2.Presenter层初始化的时候，可以使用弱引用，防止内存泄漏。

3.从Model获取Model层的POJO转成View层的POJO或者基本数据元素，注意前后两个POJO必须是不同的。View不能直接使用Model层的POJO。

4.方便进行单元测试。一般单元测试都是用来测试某些新加的业务逻辑有没有问题，如果采用传统的代码风格，我们可能要先在Activity里写一段测试代码，测试完了再把测试代码删掉换成正式代码，这时如果发现业务有问题又得换回测试代码，咦，测试代码已经删掉了！好吧重新写吧……

MVP中，由于业务逻辑都在Presenter里，我们完全可以写一个PresenterTest的实现类继承Presenter的接口，现在只要在Activity里把Presenter的创建换成PresenterTest，就能进行单元测试了，测试完再换回来即可。万一发现还得进行测试，那就再换成PresenterTest吧。

MVP优点

分离了视图逻辑和业务逻辑，降低了耦合

Activity只处理生命周期的任务，代码变得更加简洁

视图逻辑和业务逻辑分别抽象到了View和Presenter的接口中去，提高代码的可阅读性

Presenter被抽象成接口，可以有多种具体的实现，所以方便进行单元测试

把业务逻辑抽到Presenter中去，避免后台线程引用着Activity导致Activity的资源无法被系统回收从而引起内存泄露和OOM(采用传统的MV模式，一大堆异步任务和对UI的操作都放在Activity里面，比如你可能从网络下载一张图片，在下载成功的回调里把图片加载到 Activity 的 ImageView 里面，所以异步任务保留着对Activity的引用。这样一来，即使Activity已经被切换到后台(onDestroy已经执行)，这些异步任务仍然保留着对Activity实例的引用，所以系统就无法回收这个Activity实例了，结果就是Activity Leak。)