前言
MVP模式，最早是由Taligent的Mike Pote 提出的，MVP的提出主要是为了解决MVC模式中结构过于复杂和模型-视图耦合性过高的问题。View和Model完全解除耦合。
一、MVP结构
参照Google官方的DEMO,制定了以下的方案。我们最终的目的是将复杂的业务逻辑处理与数据处理剥离视图层，视图层只作为展示。
二、分析各个层的作用
以下是项目中实际的代码分层，每个公司的架构分层可能都不一样，但是原则都是一样的，尽量清晰和相互之间的解耦，提高可读性与可维护性，让我们快速编完代码回家陪老婆孩子。😝
- adapter:放置列表的适配器（根据实际开发情况而定，可以不需要此层）
- base：Activity、view、presenter等封装的基类。
- bean: 数据模型。
- contract: 管理view接口和presenter接口。
- model: 进行网络数据与本地数据处理。
- presenter: 存放presenter。
- view: 存放activity,fragment。
三、核心代码讲解
请大家前往我的Github下载源码,记得帮忙点颗星。网上有很多版本，作者也是借鉴Google的例子进行了简单实用的封装，帮助大家快速应用到实际项目中去。
- Presenter层封装
代码很简单主要是思路，将View层(Activity)与Presenter层绑定的公共代码抽取到基类,目前采用的是弱引用，更好的方式应该是Presenter的生命周期长于Activity,后续我会继续优化。
public class BasePresenter<T> {
private WeakReference<T> mWeakReference;
protected WeakReference<T> mTWeakReference;
public void attachView(T view){
mTWeakReference=new WeakReference<T>(view);
}
public void detachView(){
if(mTWeakReference!=null){
mTWeakReference.clear();
}
}
protected T getView(){
return mTWeakReference.get();
}
}
- Activity抽取
代码依然很简单，将activity公共部分抽取出来进行封装。将创建Presenter步骤交给子类实现，分别在Activity创建的时候去绑定View,在Activity
public abstract class BaseActivity<V,T extends BasePresenter<V>> extends AppCompatActivity {
protected abstract int setLayoutId();
protected abstract T createPresenter();
public T presenter;
protected abstract void start();
@Override
protected void onCreate(Bundle savedInstanceState) {
super.onCreate(savedInstanceState);
setContentView(setLayoutId());
presenter = createPresenter();
presenter.attachView((V)this);
start();
}
@Override
protected void onDestroy() {
super.onDestroy();
presenter.detachView();
}
}
四、一起交流学习
大家有问题，可以加我的微信和QQ：379323664。
