MVC
在我们的开发中，通常是这样去描述MVC的
view：xml、动态添加的view绑定等
model：获取数据的模型层
Controller：Activity，Fragment等
Activity通过setContentLayout和findviewByid将视图与控制器绑定
setOnclick等监听绑定了各类视图交互
当点击事件触发的时候，假设网络请求，那么点击按钮的时候，我们要model发送一个网络请求
所以Activity同时也要持有Model对象，当model请求返回了数据之后，通知view去更新，那么代码可以这样写
V
xml
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
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
261
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
