MVC
在我们的开发中，通常是这样去描述MVC的
- view：xml、动态添加的view绑定等
- model：获取数据的模型层
- Controller：Activity，Fragment等
- Activity通过setContentLayout和findviewByid将视图与控制器绑定
- setOnclick等监听绑定了各类视图交互
- 当点击事件触发的时候，假设网络请求，那么点击按钮的时候，我们要model发送一个网络请求
- 所以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
网友评论