最近经过《Android源码设计模式解析与实战》对MVP应用架构进行了了解,摘其重点记录于此。数据库
MVP模式全称Model View Presenter。能: 1.有效地下降View复杂性,避免业务逻辑被塞进View中; 2.解除View与Model的耦合,保证了系统的整洁性、灵活性。设计模式
理想化的MVP模式能够实现同一份逻辑代码搭配不一样的显示页面,由于它们之间并不依赖于具体(class),而是依赖于抽象(interface)。 MVP并非一个标准化的模式,咱们可根据本身的需求和本身认为对的方式去修正MVP的实现方式,它能够随着Presenter的复杂程度变化。 只要咱们是经过Presenter将View和Model解耦合、下降类型复杂度、各个模块能够独立测试、独立变化,这就是正确的方向。缓存
下面经过一个简单的客户端示例来直观地体会MVP在开发中的运用。咱们的UI原型大体以下图所示:主界面就是一个ListView和进度条,在加载数据时显示进度条,加载完成以后隐藏。bash
进入应用后首先会从服务器下载最新的20篇文章,而后将每一篇文章的简介显示到列表上。所以,咱们的业务逻辑大概有下列2个:服务器
关键类以下:网络
/**
*数据加载监听
*/
public interface DataListener<T> {
//泛型是数据集合的类型
public void onComplete(T articles);
}
/**
*远程数据获取接口(remote仓库接口)
*/
public interface RemoteRepository{
/**
*远程抓取数据
*/
public void fetchArticles(DataListener<List<String>> listener);
}
/**
*远程数据获取实现(remote仓库实现)
*/
public class RemoteRepositoryImpl implements RemoteRepository{
@Override
public void fetchArticles(DataListener<List<String>> listener) {
List<String> articles = new ArrayList<>();
for (int i = 0; i < 20; i++) {
articles.add("文章" + i);
}
listener.onComplete(articles);
}
}
/**
*数据层抽象(Model层接口、仓库层接口)
*/
public interface ArticleModel {
/**
*调用远程接口获取文章列表
*/
public void loadArticlesFromRemote(DataListener<List<String>> listener);
/**
*缓存网络数据至本地
*/
public void saveArticles(List<String> articles);
/**
*从缓存中加载数据
*@param listener 该参数由ModelImpl调用,由Presenter负责实现,用于解耦。
*/
public void loadArticlesFromCache(DataListener<List<String>> listener);
}
/**
*数据层实现(Model层实现、仓库层实现)
*/
public class ArticleModelImpl implements ArticleModel {
/**
*持有local仓库的引用
*/
List<String> mCacheArticles = new LinkedList<String>();
/**
*持有remote仓库的引用
*/
RemoteRepository remote= new RemoteRepositorympl();
@Override
public void loadArticlesFromRemote(DataListener<List<String>> listener) {
remote.fetchArticles(listener);
}
@Override
public void saveArticles(List<String> articles) {
//为了代码简单,咱们这里模拟数据库的存取操做,将数据缓存到内存中
mCacheArticles.addAll(articles);
}
@Override
public void loadArticlesFromCache(DataListener<List<String>> listener) {
listener.onComplete(mCacheArticles);
}
}
/**
*Presenter层
*/
public class ArticlePresenter {
//Presenter层持有View层的接口
ArticleViewInterface mArticleView;
//Presenter层持有Model层的接口
ArticleModel mArticleModel;
//构造器,给持有的View层接口赋以具体的实现,进而能够调用View层的方法
//同时实例化成员变量
public ArticlePresenter(ArticleViewInterface viewInterface) {
mArticleView = viewInterface;
mArticleModel = new ArticleModelImpl();
}
/**
*业务逻辑1:获取远程数据
*/
public void fetchArticles() {
mArticleView.showLoading();
mArticleModel .loadArticlesFromRemote(new DataListener<List<String>>() {
@Override
public void onComplete(List<String> result) {
//数据加载完,调用View的showArticles函数将数据传递为View显示
mArticleView.showAricles(result);
mArticleView.hideLoading();
//储存到数据库
mArticleModel.saveArticles(result);
}
});
}
/**
*业务逻辑2:获取缓存数据:
*/
public void loadArticlesFromDB(){
mArticleModel.loadArticlesFromCache(new DataListener<List<String>>() {
@Override
public void onComplete(List<String> result) {
mArticleView.showAricles(result);
}
});
}
}
/**
*View层接口
*/
public interface ArticleViewInterface {
/**
*展现数据
*/
public void showAricles(List<String> articles);
/**
*显示进度条
*/
public void showLoading();
/**
*隐藏进度条
*/
public void hideLoading();
}
/**
*View层实现
*/
public class MvpHomeActivity extends Activity implements ArticleViewInterface {
private ListView lv;
private ProgressBar pb;
private List<String> mArticles = new LinkedList<String>();
private BaseAdapter mAdapter;
//View层实现持有Presenter的引用
private ArticlePresenter mPresenter;
@Override
protected void onCreate(Bundle savedInstanceState) {
super.onCreate(savedInstanceState);
setContentView(R.layout.activity_mvp_home);
//初始化各类控件
initViews();
//构建ArticlePresenter,与Activity关联
mPresenter = new ArticlePresenter(this);
boolean netAvailable = true;
if (netAvailable) {
mPresenter.fetchArticles();
}else{
mPresenter.loadArticlesFromDB();
}
}
private void initViews() {
pb = (ProgressBar) findViewById(R.id.pb);
lv = (ListView) findViewById(R.id.lv);
mAdapter = new CommonAdapter<String>(this,R.layout.item_layout,mArticles) {
@Override
protected void convert(ViewHolder viewHolder, String item, int position) {
viewHolder.setText(R.id.text1,item);
}
};
lv.setAdapter(mAdapter);
}
@Override
public void showAricles(List<String> articles) {
mArticles.addAll(articles);
mAdapter.notifyDataSetChanged();
}
@Override
public void showLoading() {
pb.setVisibility(View.VISIBLE);
}
@Override
public void hideLoading() {
pb.setVisibility(View.GONE);
}
}
复制代码
须要注意的是,上述代码中对于ArticlePresenter
并无进行接口抽象,而是使用了具体类,由于业务逻辑相对稳定,在此咱们直接使用具体类便可。固然,若是业务逻辑相对来讲易于变化,使用Presenter
接口来应对更是最好不过了。架构
同时,因为Presenter常常性地须要执行一些耗时操做,如网络请求。而Presenter
持有了MvpHomeActivity
的强引用,若是在请求结束以前Activity被销毁了,那么因为网络请求尚未返回,致使Presenter
一直持有MvpHomeActivity
对象,使得MvpHomeActivity
对象没法被回收,此时就发生了内存泄漏。ide
为了解决上述问题,能够经过弱引用和Activity,Fragment的生命周期来解决这个问题。首先创建一个Presenter抽象,它是一个泛型类,泛型类型为View角色要实现的接口类型,代码以下:函数
public abstract class BasePresenter<T> {
protected Reference<T> mViewRef;//View接口类型的弱引用
public void attachView(T view){
mViewRef = new WeakReference<T>(view);//创建关联
}
//获取View
protected T getView(){
return mViewRef.get();
}
//判断是否与View创建了关联
public boolean isViewAttached(){
return mViewRef!=null&&mViewRef.get()!=null;
}
//解除关联
public void detachView(){
if(mViewRef!=null){
mViewRef.clear();
mViewRef = null;
}
}
}
复制代码
而后,建立一个MVPBaseActivity
基类,经过这个基类的生命周期来控制它和Presenter的关系,代码以下:测试
public abstract class MVPBaseActivity<V, P extends BasePresenter<V>> extends Activity {
/**
*Presenter对象
*/
protected P mPresenter;
@Override
protected void onCreate(Bundle savedInstanceState) {
super.onCreate(savedInstanceState);
//建立Presenter
mPresenter = createPresenter();
mPresenter.attachView((V) this);
}
@Override
protected void onDestroy() {
super.onDestroy();
/**
*弱引用防止内存溢出
*/
mPresenter.detachView();
}
/**
*子类负责提供具体的Presenter对象
*/
protected abstract P createPresenter();
}
复制代码
MVPBaseActivity
含有两个泛型参数,第一个是View层接口,第二个是Presenter的具体类型。经过泛型参数,使得一些通用的逻辑能够被抽象到MVPBaseActivity
类中。