《Android源码设计模式》读书笔记 (25) 第25章 Android架构之MVC,MVP,MVVM

前言

• 在说MVC和MVP,MVVM架构之前,我们先得理清楚什么是框架模式,什么时设计模式.
• 框架模式:通常是对代码的重用,用来对软件的设计进行分工.
• 设计模式:通常是对设计的重用,是小技巧,对具体的问题提出解决方案,以提高代码复用率,降低耦合度.

---

• MVP模式简单总结就是:Presenter与view和数据Dao层先建立链接实现抽象接口,内部实现业务逻辑和数据处理;
• View只负责数据显示和初始化.数据Dao负责数据模型和本地存储
• 其次,就是在使用过程中需要建立Presenter和Activity对象基类,用来在Activity生命周期中绑定二者,避免内存泄露

MVC模式

• 定义:model-view-controller.其分别代表的意思.
  1.视图(view):用户界面
  2.控制器（Controller）：业务逻辑
  3.模型（Model）：数据保存
• 通信方式:
  
• 所有通信都是单向的.View 传送指令到 Controller,Controller 完成业务逻辑后，要求 Model 改变状态,Model 将新的数据发送到 View，用户得到反馈.
• 优点:理解容易,技术含量并不高,不便于维护.

MVP模式

• 定义:model-view-presenter
  1.Presenter:交互中间人,作为沟通View和model的桥梁,它从model层检索数据后,返回给View层,使得View和model之间没有耦合,也将业务逻辑从View角色上抽离出来
  2.View:用户界面,通常指activity\fragment或者自定义View类中,它含有一个presenter成员变量,需要实现一个逻辑接口,将View上的操作通过转交给presenter进行实现,最后presnter调用view逻辑接口将结果返回给view元素
  3.model:数据的存储.封装了数据库DAO或者网络获取数据的角色,或者两种数据获取方式的集合.主要提供给presenter进行逻辑处理
• 通信方式:
  
• 各部分之间的通信，都是双向的
• View 与 Model 不发生联系，都通过 Presenter 传递
• View 非常薄，不部署任何业务逻辑，称为”被动视图”（Passive View），即没有任何主动性，而 Presenter非常厚，所有逻辑都部署在那里

---

• 优点:
  1.理想化的MVP模式可以实现同一份逻辑代码搭配不同的显示界面.因为它们之间并不依赖于具体,而是依赖于抽象.
  2.可以让UI界面和数据分离.业务逻辑和数据存储是紧耦合的,缺乏经验的工程师可能会将各种各样的业务逻辑塞入activity\fragment或者自定义View类中.业务逻辑和View元素严重的紧耦合在一起导致了类型膨胀的问题

MVVM模式

• MVVM 模式将 Presenter 改名为 ViewModel，基本上与 MVP 模式完全一致.
  1.ViewModel的角色:业务逻辑处理,以及修改view或者model的状态.
  
• 唯一的区别是，它采用双向绑定（data-binding）：View的变动，自动反映在 ViewModel，反之亦然。Angular 和 Ember 都采用这种模式。
• MVVM模式优点类似adapter,

---

MVC,MVP,MVVM三者间对比

• MVC耦合性相对较高,用户可以向view\controller发送指令,controller相当于事件路由的作用,同时业务逻辑都部署在controller中,缺点是view可以直接访问model层,导致三者之间构成回路.

MVP模式案例

• 本案例是书上提供给读者的MVP模式的案例,笔者写了一下,稍稍有一点MVP这种模式解耦优于MVC的感觉,但实际开发没真正使用过此框架,可能以下自我总结有疏漏的地方,请各位辩证性的看待和指出,一切研究都是为了更好的学习嘛.
• View:即activity\fragment等,只做一些View的初始化工作,职责单一,功能简单,易于维护.其次与 Presenter中间类建立联系.并实现主界面ViewInterface的接口,用于Presenter回调View的操作

/**
 * MVP架构模式demo
 * @author max
 *
 */
public class MainActivity extends Activity implements ViewInterface{
    List<Model> models = new LinkedList<>();
    Presenter presenter;

    @Override
    protected void onCreate(Bundle savedInstanceState) {
        super.onCreate(savedInstanceState);
        setContentView(R.layout.activity_main);
        //初始化控件
        initViews();
        //构建presenter,与当前activity建立关联
        presenter = new Presenter(this);
    }

    private void initViews() {

    }

    @Override
    public void showData(Model model) {
        //在这里就可以直接填充数据了,而把所有的业务逻辑和数据库操作全部放在Presenter层了.
    }

}

/**
 * 主界面的逻辑接口
 * 代表了View接口角色,用于Presenter回调View的操作
 * @author max
 *  */
public interface ViewInterface {
    //展示数据
    public void showData(Model model);
}

• Presenter:中间人对象,用于view和model通信,主要持有的view显示层和model数据库操作层引用都是抽象而非具体,那么可以实现轻易的替换.

/**
 * 中间人对象,用于view和model通信
 * 从网络获取model数据省略
 * @author max
 *  */
public class Presenter {
    //view的接口角色
    ViewInterface mInterface;
    //数据model
    Model model = new Model();

    public Presenter(ViewInterface sInterface){
        this.mInterface = sInterface;
    }

    //想后台后去数据
    public void getDatFromWeb(){
        //向后台获取数据,在存储到本地数据库,过程省略
    }
}

• model层主要是数据实体,ModelDaoImpl主要封装封装的数据库操作Dao的操作,这里就不贴代码了.
• 最后文章提供了一个Prensenter和BaseActivity的基类,通过基类的声明周期函数来控制它与Presnter的关系,在oncreate建立view和Presenter联系,在onDestroy解除两者联系,避免内存泄露.

/**
 * 中间基类,放置activity关闭,但Presenter一直持有activity强引用对象,从而造成内存泄露
 * @author max
 *
 * @param <T> view角色要实现的接口类型
 */
public abstract class BasePresenter<T> {
    protected Reference<T> mViewRef;

    /**
     * 与view建立关联
     * @param view
     */
    public void attachView(T view){
        mViewRef = new WeakReference<T>(view);
    }

    /**
     * 获取View
     * @return
     */
    protected T getView(){
        return mViewRef.get();
    }

    /**
     * 判断是否与View建立了关联
     * @return
     */
    public boolean isViewAttached(){
        return mViewRef != null && mViewRef.get() != null;
    }

    /**
     * 解除关联
     */
    public void detachView(){
        if (mViewRef != null) {
            mViewRef.clear();
            mViewRef = null;
        }
    }
}

/**
 * 通过基类的声明周期函数来控制它与Presnter的关系
 * 在oncreate建立view和Presenter联系,在onDestroy解除两者联系,避免内存泄露
 * @author max
 *
 * @param <V> View接口类型
 * @param <T> Presenter的具体类型
 */
public abstract class MVPBaseActivity<V, T extends BasePresenter<V>> extends Activity{
    protected T mPrensenter; //Presenter对象

    @Override
    protected void onCreate(Bundle savedInstanceState) {
        super.onCreate(savedInstanceState);
        //创建Presenter
        mPrensenter = createPresenter();
        //Presenter绑定view
        mPrensenter.attachView((V) this);
    }

    @Override
    protected void onDestroy() {
        super.onDestroy();
        mPrensenter.detachView();
    }
    protected abstract T createPresenter();
}

源码下载

• MVP模式,可能没经历过该类型的实际项目,可能在写的过程中,有些地方没有写的很详细易懂,今后经历过MVP和MVVC类型的项目会把心得体会补充进来.不得不说android项目的MVC的时代已经过了,掌握好MVC甚至MVVM才能做好android开发.
• 项目源码下载.http://download.csdn.net/detail/qq_28690547/9441181