MVVM中的一些名词含义
1、View：可以理解为是UI，这里面有Activity、Fragment、Dialog、toast等等用户可视化的界面
2、ViewModel：这一层直译为视图数据模型，ViewModel主要功能是实现数据双向绑定：数据变化后更新视图，既：model有数据更新时UI组件会响应变化，视图变化后更新数据，界面上如果有input输入框，输入数据时，model中的数据也会更新。
3、UseCase：业务逻辑层，数据在这里做业务逻辑，单测也是针对这一层的代码写。
4、Repository：数据仓库，顾名思义，数据仓库是用来存数据的而不是生产数据，大家不要把它和DataSource层搞混淆了。在这一层缓存数据，这里的数据是通过网络或者数据库拿到的源数据转成DTO或者BO存在这里，上层用数据时如果不需要再次访问DataSource，那么就直接访问这里的数据。
5、DataSource：这一层就是拿到数据的地方，在这里从网络或者数据库拿到数据，就是原始数据。
6、VO：view object，这是一种数据类型，这种类型专门给View层使用，用来填充UI，不含任何行为。
7、BO：business object，这是一种数据类型，这种类型专门给UseCase使用，用来做业务逻辑。
8、DTO：data transform object，这是一种数据类型，这种类型用来承接源数据，是一种纯数据数据类型，不含任何行为。
MVVM的特点
在MVVM框架中事件由view层传递到DataSource层，数据由DataSource层传递到View层。
分层+数据隔离+事件和数据单向传导的特性，让MVVM具有以下特点：
1、代码的职责更加清晰，View层的代码只有View相关代码，UseCase层是存java逻辑代码
2、加入了DTO、BO、VO三种数据结构，隔离了数据也隔离了变化，这样可以很大程度上避免牵一发而动全身的情况。
3、事件和数据单向流转，排查问题变得简单高效了。
4、UseCase是纯java代码，可以写单测。
5、由于引入了MVVM，开发顺序从以前的View开始到现在从UseCase开始写代码，这样做的一个好处就是你可以先把业务逻辑定了，一定程度上避免了View的反复修改。
6、对UseCase使用依赖倒置原则进行开发，会发现代码扩展性更好了。
MVVM开发流程的规范：
1、需求讨论会阶段需要产出业务流程图。
2、用例拆分阶段需要产出用例图。
3、开发阶段需要写单测，单测覆盖率具体以当时实施标准为准。
4、开发完成后，需要将这些过程资产在confluence上归档。
