Java for Android基础知识
一、MVC模式
Model View Controller，是软件中最常用的一种架构，简单来说就是用户通触发事件，view层会发送指令到Controller层，接着Controller去通知Model层处理数据，然后更新View。
在Android中的应用：
View层：各种XML布局和资源文件。
Model层：各类Java bean文件。
Contorller层：各种activity，通过各种事件触发函数实现控制。
缺点：
1.XML布局对于View的控制力太差，很多动态的变化很难实现，必须要将大量代码写在activity中，这样使得其又是contorller层又是View层。
2.MVC模式中，View层和Model层是可以交互的，所以它们之间存在耦合，对于大型程序来说，这代表着开发、测试、维护都需要花费大量精力。
二、MVP
MVP是MVC的演化。对于Android来说，MVP的Model层是一样的钱，而activity和fragment不再是contorller层，则是纯粹的View层，所有事件全部交给presenter层处理。
View层和Model层不再交互，完全解除藕，取而代之的是presenter层起到了桥梁的作用。
View层与presenter层虽然有交互，但是我们可以通过activity或者fragment实现接口进行通信，在对应的接口中调用方法，也并不存在耦合。
***可以使用fragment作为View层，而activity则用于创建View层和presenter层的一个控制器。
缺点：
如果项目复杂，那么会有很多接口，维护接口的成本很高。
三、MVVM
MVVM将MVP中的presenter层变成了ViewModel层，然后将ViewModel层与View绑定在一起。这就意味着当更新ViewModel层的数据时，View层会相应的变得UI。
谷歌新推出的***android data binding框架***可以轻松实现MVVM。
Contributor继承自BaseObervable，当Contributor内部的variable改变的时候UI可以同步做出响应，这就是ViewModel层。
首先通过BataBindingUtil.setContentView（context，R.layout）；设定View层
接着通过BataBindingUtil.setContributor（contributor）；将ViewModel层注入。
通过这两部View层和ViewModel层实现了绑定。
缺点：
虽然通过data binding框架解决了数据绑定问题，但View层还是过重。
四、最终选择
可以单独使用也可以混合使用，根据自身需求和实践，尽量降低耦合，提高性能，提高复用性，才是真正的目的。
