上一篇《Android跟我一起来开发--微影之开篇》中主要讲述了一下写这些博文的初衷，以及对项目中数据、架构、框架(依赖)、目录结构作了一些简单的介绍。接下来本文主要针对MVP架构的个人理解做一个详细的描述。当然还是站在巨人的肩膀上，我是先通读了一下各位大神对官方mvp(基础版)的分析，然后通过实际动手编写来加深印象帮助自己更好理解。再次感谢各位大神的无私奉献（ヽ(≧Д≦)ノ）。

说到mvp，我们不禁要思考这样一个人生哲理：我是谁，我来自哪里，我要干什么？让我们像剥洋葱一层层剥开你外衣。mvp实际上就是mvc的一个变种，或者说是进化。在mvc中activity/fragment/view都是属于view这一层，负责界面的绘制、与用户交互，而实际上它既承担了View的功能，同时也包含一些Controller的东西。不仅使代码看起来臃肿，而且对于开发与维护来说都不太友好。通过把activity/fragment/view中的View和Controller剥离开来形成Presenter，专职做一些数据的处理、逻辑的控制等。在MVP中，M和V并没有交集，两人各自为政，互不干扰，通过P这个老好人作为中间人把三者联系起来。通过以下两张图可以更清晰的理解mvc和mvp两者之间的区别。（图片来源）

mvc

mvp

为什么要使用mvp

• 分离了视图逻辑和业务逻辑，降低了耦合
• Activity只处理生命周期的任务，代码变得更加简洁
• 视图逻辑和业务逻辑分别抽象到了View和Presenter的接口中去，提高代码的可阅读性
• Presenter和View被抽象成接口，可以有多种具体的实现，所以方便进行单元测试
• 把业务逻辑抽到Presenter中去，避免后台线程引用着Activity导致Activity的资源无法被系统回收从而引起内存泄露和OOM

具体用法

目录结构图

从结构图中不难看出，model中对应mvp的M层，包含本地数据和远程数据（Realm数据库和网络）；

base中主要是基础类，其中BaseView中最主要的是setPresenter用于view持有presenter的引用。

void setPresenter(T presenter);

base

presenter包中包含了contract和presenter。其中contract是一个接口类，主要定义了继承自baseView和basePresenter的接口，在这里声明的接口可以一目了然，通过在V和P中进行实现可以使代码更清晰简洁易于管理。

public interface DiscoverContract {    
       interface View extends BaseView<Presenter> {        
            boolean isActive();        
            void showContent(VideoRes videoRes);        
            void refreshFaild(String msg);        
            void hidLoading();        
      }    
      interface Presenter extends BasePresenter {        
            void getData();   
      }
}

下边是Presenter的实现类，可以看到在presenter的构造方法中持有了对view的引用，同时调用了view的setPresenter方法绑定了自身使view持有了presenter的引用，这样V和P形成了双向引用的关系。

public class DiscoverPresenter extends RxPresenter implements DiscoverContract.Presenter {    
DiscoverContract.View mView;    
final String catalogId = "402834815584e463015584e53843000b";    
......
     public DiscoverPresenter(@NonNull DiscoverContract.View threeView) {        
          mView = Preconditions.checkNotNull(threeView);
          mView.setPresenter(this);   
       }    
    @Override    
    public void getData() {        
        getNextVideos();    
    }    
......
private void getNextVideos(){......}
}

在官方mvp(基础版)中是以Fragment作为View的具体载体，我没有这么做，我是以重写LinearLayout的自定义view作为具体的view载体。来看一下view的代码：

public class DiscoverView extends RootView<DiscoverContract.Presenter> implements DiscoverContract.View {    
@BindView(R.id.title_name)    ColorTextView titleName;   
......
 public DiscoverView(Context context) {        super(context);    }    
 public DiscoverView(Context context, AttributeSet attrs) {        super(context, attrs);    }    
 @Override    
 protected void getLayout() {        
    inflate(mContext, R.layout.fragment_discover_view, this);    
}    
 @Override    
 public void setPresenter(DiscoverContract.Presenter presenter) {        mPresenter = com.google.common.base.Preconditions.checkNotNull(presenter);    }    
 @Override    
 public void showError(String msg) {     
   EventUtil.showToast(mContext, msg);   
 }    
 @Override    
 public void showContent(final VideoRes videoRes) {        
......
 }   
}

下面在来看一下activity页面，代码是不是清爽多了，View只管view，Presenter只管逻辑。

public class CollectionActivity extends SwipeBackActivity {    
@BindView(R.id.collect_view)    
CollectionView collectView;    
@Override    
protected void onCreate(Bundle savedInstanceState) {      
  super.onCreate(savedInstanceState);        
  setContentView(R.layout.activity_collection);        
  unbinder = ButterKnife.bind(this);        
  mPresenter = new CollectionPresenter(collectView, 0);    
  }
}

至此整个过程就算走完了。看到这里你可能还是云里雾里，rootview是什么啊，rxpresenter干嘛的，各个引用啥时候销毁啊等等（哇咔咔，憋了这这么久憋出来的把自己都快搞晕了，甩甩脸，今天就到这了，下篇再针对以上问题进行补充讲解，不对，自我解释。。。）