Android架构浅谈

2,362 阅读7分钟

MVC

在我们的开发中,通常是这样去描述MVC的

  • view:xml、动态添加的view绑定等
  • model:获取数据的模型层
  • Controller:Activity,Fragment等
  1. Activity通过setContentLayout和findviewByid将视图与控制器绑定
  2. setOnclick等监听绑定了各类视图交互
  3. 当点击事件触发的时候,假设网络请求,那么点击按钮的时候,我们要model发送一个网络请求
  4. 所以Activity同时也要持有Model对象,当model请求返回了数据之后,通知view去更新,那么代码可以这样写
V
xml
<TextView...>

C
Activity{
    onCreate{
        //Model
        String data = Model.getData();
        //View
        tv.setText(data);
    }
}

M
Model{
    //直接返回用的比较少,一般都是接口回调,这里简化了
    static String getData(){
        retrun "MVC"
    }
}

MVC的流程

其实我认为MVC不应该把M、V、C拆开去看,其实可以看作就是就是++M++、++VC++两个部分更好理解一些

  • Controller和View->Activity控制了View:首先Activity持有了view,我们知道controller通常是负责流程控制的,在我们日常的开发中,其实Activity就可以大概理解为Controller,所以可以理解这里的Controller就controll(控制)了View,View的更新都是需要通过Controller去控制的,这是第一点
  • Controller和Model->Controller也控制了Model:View本身并不会主动去向model获取数据,Controller可以询问Model来获取数据,然后决定是否更新View
  • View和Model->数据和视图需要保持一致:view的操作可以触发model的改变,比如提交数据,model的更新也需要view改变,比如接口数据变化
  • 一个完整的MVC业务应该是这样的,以注册功能为例
    • View层用户输入了用户名密码,点击提交,将事务交给Controller
    • Controller监听了View层的提交按钮事件,然后提交数据给Model
    • Model拿到了Controller发送的事件,然后请求接口,从服务器拿到了数据,回调给了Controller
    • Controller拿到了数据{data:"sucess",message:"注册成功"},这个时候该通知View了
    • View把Controller的数据进行展示,接下来的流程控制继续交给Controller
    • 倒计时三秒之后Controller通过startActivity直接进首页了
    • 所以,其实这里一个完整的MVC流程是V-C-M-C-V-C,M和V从不相邻,说明他们直接并不直接交互
  • 在这里,我们可以看到其实model和view是隔离开的,并没有直接交互,这是我们日常开发中常用的方式,网上又很多文章讲model.setView(..。),然后在model内view实现更新,这其实很不符合安卓开发的常理,而且我们也完全没有必要为了写经典MVC模式代码而做一些让我们开发更加复杂化的工作

MVC的问题

其实MVC主要的问题就是C太过繁重,要负责的东西太多,既要负责询问Model,又要负责View的更新,不累么,累啊,太累了,而且代码多了看起来都头痛,这是即便你代码写的再工整都会觉得烦,对于后期维护来讲很不友好,而且代码是真的容易越写越乱,Activity中的代码太多了,所以MVP的出现其实是大大了解放了Activity

最后请记住把所有业务逻辑和界面更新操作都写进 Activity 的写法不叫 MVC。

MVP

MVP在MVC基础上,对Controller进行了拆分

  • 将Activity完全抽象为一个View
  • 增加Presenter绑定了视图View和模型Model
  • 当需要进行数据的获取时,View通过Presenter进行获取,View并不关心Presenter内部是怎么实现的
  • 当数据更新时,Presenter通过接口回调的方式通知了View去更新
  • 所以代码可以这样去写

Presenter

P
class Presenter{
    Model model;
    View view;
    // P 持有了View 和 Model
    Presenter(View v){
        model = new Model();
        view = v;
    }
    
    doPost(){
        String data = model.getData();
        view.showData(data);
    }
    
}

Model

M
Model{
    String getData(){
        retrun "MVP"
    }
}

View

V
xml
<TextView...>

Activity implements View{
    onCreate{
        //P
        Presenter p = new Presenter(this);
    }
    
    @override
    showData(String data){
        tv.setText(data);
    }
}

interface View{
    void showData(Obect data);
}

MVP的流程

还是以上面的注册流程为例

  • 首先View点击事件被触发,View通知Presenter去提交注册
  • Presenter通知Model,我要注册了
  • Model拿到了注册信息,返回注册成功信息
  • 这时候还是在Presenter内,Presenter通过接口回调给View
  • View接收到了回调,更新视图、跳转
  • 所以整个流程是V-P-M-P-V, 同样M和V不相邻,不直接交互

MVP与MVC的比较

通过上面的梳理,我们似乎发现MVP跟MVC特别像啊,甚至MVC中的代码反倒是精简很多,没错,是的,所以这也就是MVC和MVP根本没必要争论谁好谁坏的原因,那个适合,那个就是最好的

  • 其实MVP跟MVC相比,代码量并没有减少(当然这里的Presenter可复用可以一定程度减少代码,但这里不抬杠),反倒是增加了接口和类
  • MVP在我看来其实就是进化版的MVC,依赖接口编程,类的职责更加单一,职责明确这都是他的优点
  • 其实MVP主要的变化就是在MVC上增加了一个P,MVC中的M不变,V作为MVP中V的一部分,C拆分为了View和Presenter,
    • Model:获取数据的模型层
    • View:Activity、xml、动态添加的view绑定等
    • Presenter:连接view和Model

MVP的特点

  • 接口太多,类爆炸(写一个页面通常要建很多的类);
  • 寻找数据源困难,因为MVP都是使用接口,所以查找数据的时候都是接口(其实我就很疲倦于不停在各个接口间奔波),不像MVC那样一条路跑到黑那样“爽”;
  • 对于功能十分简单的应用来讲,MVC更快捷,MVP就算了
  • 开发的时间成本高(让我想起react比vue更能增加就业机会那个梗)
  • 由于层次分明,并且依赖接口,所以代码可读性确实是更好的
  • 可维护性也是明显要好于MVC的

MVVM

在前端开发中MVVM使用的特别普遍,其特性就是

  • model更新了,view也更新
  • view上的某些输入改变了,model也改变了

类似react,vue等前端框架都帮我们实现了Model-View,View-Model的双向绑定,即这个过程是自动的,开发者按照开发规范去编写代码就可以了
但是在安卓开发中我们要手动去实现这个(虽然ViewModel+LiveData极大地帮我们简化了双向绑定的过程)

我理解的MVVM,其实就是一个加了数据的MVP/MVC

什么是数据绑定:

  • 外部数据(数据库数据、网络数据)、内存数据(Java 代码中的变量)、表现 数据(界面中展示的数据)中的外部表现数据和内存数据互相自动更新。
  • 另外,MVVM 有时候还可以给你的内存数据和数据库数据做关联监听,让你的 这三种数据实现进一步的联动。

MVVM的实现

MVVM可以分成三个部分去解读,MODEL,VIEW,VIEW-MODEL

  • MODEL提供数据
    object DataCenter{
      fun getData():String{
        return StringAttr().value!!;
      }
    }
    
  • View负责数据的展示
    class MvvmActivity:AppCompatActivity() {
      override fun onCreate(savedInstanceState: Bundle?) {
        super.onCreate(savedInstanceState)
        setContentView(R.layout.layout_mvvm)
    
        var mvvmText: EditText = findViewById(R.id.mvvmText);
    
        ViewModel(mvvmText).init();
      }
    
    }
    
  • ViewModel负责view和model的双向绑定
    • view我们可以设置监听,然后model.setValue()的方式就可以更新model了
    • model的数据发生改变,view上的渲染通过view.setText()的方式也发生变化
    class ViewModel (textView: EditText){
    
      var data:StringAttr = StringAttr()
    
      init {
        ViewBinder.bind(textView,data);
      }
    
      fun init(){
        val data = DataCenter.getData();
      }
    
    }
    
    在这里我们使用ViewBinder去双向绑定
    class ViewBinder {
      companion object{
        private const val TAG = "ViewBinder"
        //双向绑定
        fun bind(editText: EditText,stringAttr: StringAttr){
          editText.addTextChangedListener(object : TextWatcher {
            override fun afterTextChanged(s: Editable?) {
              if (!TextUtils.equals(stringAttr.value,s)){
                stringAttr.value = s.toString();
                Log.d(TAG,"view通知model改变数据了:${s}")
              }
            }
            ...
          })
          stringAttr.onChangeListener = object : OnchangeListener {
            override fun onChange(newVal: String?) {
              if (!TextUtils.equals(newVal,editText.text)) {
                editText.setText(newVal)
                Log.d(TAG,"model通知view改变文字了:${newVal}")
              }
            }
          }
        }
      }
    }
    

这样无论是视图和数据就实现了绑定,你变我也变,你不变我也不变

MVVM流程

依然以注册功能为例

  • 当用户输入时,View-Model工作了,负责将数据与UI同步更新
  • 输入完成后,下面点击注册提交按钮,View获取同步后的Model数据
  • Model把我们要提交的数据进行提交,服务器返回了注册成功的信息
  • 这些返回的数据通过ViewModel重新绑定到View上,View更新了
  • 倒计时三秒之后,View控制层跳转到了首页
  • 所以整个流程是VM-V-M-VM-V

MVVM 和 MVC、MVP 在定位上的区别

  • MVC MVP 的架构性质更强:它提供设计规范
  • 而 MVVM 是一个框架,像一个库:它提供数据绑定的功能特性

MVVM 和 Android Jetpack

和 MVVM 相关的 Jetpack 组件是 DataBinding,而不是 ViewModel