Android框架 MVC，MVP和MVVM

MVC

MVC：Model View Controller，是软件架构中最常见的一种框架，简单来说就是通过controller的控制去操作model层的数据，并且返回给view层展示。
MVC的工作原理：

• 当用户触发事件的时候，view层会发送指令到controller层
• 接着controller去通知model层更新数据
• model层更新完数据以后直接显示在view层上。

在Android的具体应用：

• view层：对应于xml布局文件。
• model层：各种java bean，还有一些类似repository类就对应于model层。
• controller层：就是各种activity。

比如界面有一个按钮，按下这个按钮去网络上下载一个文件，这个按钮是view层的，是使用xml来写的，而那些和网络连接相关的代码写在其他类里，比如你可以写一个专门的networkHelper类，这个就是model层，那怎么连接这两层呢？是通过button.setOnClickListener()这个函数，这个函数就写在了activity中，对应于controller层。

缺点：
导致逻辑和UI 耦合严重，甚至经常出现上千行甚至几千行代码的情况，不利于代码的维护和后续扩展。

MVP

MVP：Model View Presenter。MVP的model层相对于MVC是一样的，而activity和fragment不再是controller层，而是纯粹的view层，所有关于用户事件的转发全部交由presenter层处理。
MVP的工作原理：

• 当用户触发事件的时候，view层会发送指令到presenter层。
• 接着presenter去通知model层更新数据。
• presenter并将数据返回给view层。

在Android的具体应用：

• view层：对应于Activity/Fragment/自定义View，主要负责UI渲染。
• model层：数据获取模块。
• presenter层：负责数据处理以及View和Model的交互等，持有Model和View的引用。

与MVC的区别：
view层和model层解耦；

具体实现：
定义接口，activity，fragment去实现定义好的接口。在对应的presenter中通过接口调用方法。

缺点：

• Presenter层要处理的业务逻辑过多，复杂的业务逻辑会使Presenter层庞大臃肿。
• Presenter通过接口方式持有View层引用，可能需要声明大量接口以及接口中需要声明太多方法。
• Activity中需要声明大量与UI相关的方法，而相应的事件通过Presenter调用相关方法来实现。两者互相引用和调用，存在耦合。一旦View层的UI视图发生改变，接口中的方法就需要改变，View层和Presenter层同时都需要修改。

MVVM

MVVM：它和MVP的区别不大，只不过是presenter层换成了viewmodel层，还有一点就是view层和viewmodel层是相互绑定的关系，这意味着当你更新viewmodel层的数据的时候，view层会相应的变动ui。

MVVM的工作原理：

• Model层负责暴露获取数据的方法。
• ViewModel负责接收View层的事件指令以及获取并处理数据。
• View层只负责监听数据的变化更新。

在Android的具体应用：

• View层：对应于Activity/Fragment/自定义View，主要负责UI渲染。
• Model层：数据获取模块。
• ViewModel层：负责业务逻辑处理，负责View和Model的交互。和View层双向绑定。

数据绑定实现：
1.Databinding。
2.ViewModel+LiveData。