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。)
