MVC模式：
MVC结构：
1.MVC(Model-View-Controller)
2.Model:对数据库的操作、对网络等的操作都应该在Model里面处理，当然对业务计算，变更等操作也是必须放在的该层的。
3.View:主要包括一下View及ViewGroup控件，可以是系统控件也可以是自定义控件。4.Controller:Android的控制层通常在Activity、Fragment之中。从Model层获取数据，将获取到的数据绑定到view上，并且还需要监听用户的输入等操作。
本质就是Controller操作Model层的数据，并且将数据返回给View层展示。
MVC的优点：
1.分工明确，各司所职。
2.一定程度上降低了代码间的耦合性。
MVC的缺点：
1.随着界面及其逻辑的复杂度不断提升，Activity类的职责不断增加，以致变得庞大臃肿。
2,视图和控制器间过于紧密的联系，妨碍了各自的重用。
MVP模式：
MVP结构：
1.MVP(Model-View-Presenter)
2.Model：主要提供数据的存储功能。Presenter需要通过Model存取数据。
3.View: 负责处理点击事件和视图展示(Activity、Fragment或者某个View控件)
4.Presenter: View和Model之间的桥梁，从Model检索数据后返回给View层。使得M/V之间不再有耦合关系。
MVP和MVC的区别
1.MVP中绝对不允许View直接访问Model
2.本质是增加了一个接口降低一层耦合度
MVP的特点
1.Presenter完全将Model和View解耦，主要逻辑处于Presenter中。
2.Presenter和具体View没有直接关联，通过定义好的接口进行交互。
3.View变更时，可以保持Presenter不变(符合面向对象编程的特点)
4.View只应该有简单的Set/Get方法、用户输入、界面展示的内容，此外没有更多内容。
5.低耦合：Model和View的解耦，决定了该特性。
MVP的优点
1.低耦合：Model、View层的变换不会影响到对方。
2.可重用性：Model层可以用于多个View。比如请求影视数据，可能有多个页面都需要这个功能，但是Model层代码只要有一份就可以了。
3.方便测试：可以单独对Model层和View层进行测试。
MVP的缺点
1.MVP的中使用了接口的方式去连接view层和presenter层，如果有一个逻辑很复杂的页面，接口会有很多，导致维护接口的成本非常大。
解决办法：尽可能将一些通用的接口作为基类，其他的接口去继承。
MVVM模式：
MVVM结构：
1.MVVM(Model-View-ViewModel)，将Presenter替换为ViewModel。
2.View层就是展示数据的，以及接收到用户的操作传递给viewModel层，通过dataBinding实现数据与view的单向绑定或双向绑定
3.Model层最重要的作用就是获取数据了，当然不止于此，model层将结果通过接口的形式传递给viewModel层
4.ViewModel 层通过调用model层获取数据，以及业务逻辑的处理。 MVVM中 viewModel 和MVP中的presenter 的作用类似 ，只不过是通过 databinding 将数据与ui进行了绑定。
MVVM的优点
1.双向绑定技术，当Model变化时，View-Model会自动更新，View也会自动变化。很好做到数据的一致性，不用担心，在模块的这一块数据是这个值，在另一块就是另一个值了。所以 MVVM模式有些时候又被称作：model-view-binder模式。
2.View的功能进一步的强化，具有控制的部分功能，若想无限增强它的功能，甚至控制器的全部功几乎都可以迁移到各个View上（不过这样不可取，那样View干了不属于它职责范围的事情）。View可以像控制器一样具有自己的View-Model.
3.由于控制器的功能大都移动到View上处理，大大的对控制器进行了瘦身。不用再为看到庞大的控制器逻辑而发愁了。
MVVM的缺点
1.数据绑定使得 Bug 很难被调试。你看到界面异常了，有可能是你 View 的代码有 Bug，也可能是 Model 的代码有问题。数据绑定使得一个位置的 Bug 被快速传递到别的位置，要定位原始出问题的地方就变得不那么容易了。
2.一个大的模块中，model也会很大，虽然使用方便了也很容易保证了数据的一致性，当时长期持有，不释放内存，就造成了花费更多的内存。
3.数据双向绑定不利于代码重用。客户端开发最常用的重用是View，但是数据双向绑定技术，让你在一个View都绑定了一个model，不同模块的model都不同。那就不能简单重用View了。
？)