如果把Activity比喻成一栋大房子，LiveData就好比一个个家丁，那ViewModel就是那个大管家，他管理着房子的大大小小的事务和每个家丁的日常工作。ViewModel的设计目的可以概况成以下几点：1.维护Activity的数据不随着Activity的各种生命异常而丢失，比如手机的横竖屏切换的时候；2.承担起Activity控制层的作用，让Activity的代码不至于太膨胀，便于维护；3.在作用域可控的情况下管理各种异步请求和数据的生命敏感事件。这就是谷歌给开发者的一套标准的开发app的指导方案，很权威，很nice，用完你会感叹相见恨晚。先来看看ViewModel的创建，继承View
看了网上很多对于ViewModel的讲解，对比了官方的使用，自觉有点官方译文科普的意思，即使看很多，仍旧没有醍醐灌顶的感觉，于是，深入源码分析后，便想将对于ViewModel的使用以及定位做一些简单的记录，如与编者有不一样的看法，希望在评论区一起讨论。文章旨在抛砖引玉，并无教学之意。对于ViewModel的官方介绍：ViewModel类旨在以注重生命周期的方式存储和管理界面相关的数据。ViewModel类让数据可在发生屏幕旋转等配置更改后继续留存。从介绍来看，仿佛ViewModel有自己的生命周期？看到有些文章也是这样描述，提到：ViewModel会维护自己的生命周期。那么，它真的会维护自己的
看了网上很多对于ViewModel的讲解，对比了官方的使用，自觉有点官方译文科普的意思，即使看很多，仍旧没有醍醐灌顶的感觉，于是，深入源码分析后，便想将对于ViewModel的使用以及定位做一些简单的记录，如与编者有不一样的看法，希望在评论区一起讨论。文章旨在抛砖引玉，并无教学之意。对于ViewModel的官方介绍：ViewModel类旨在以注重生命周期的方式存储和管理界面相关的数据。ViewModel类让数据可在发生屏幕旋转等配置更改后继续留存。从介绍来看，仿佛ViewModel有自己的生命周期？看到有些文章也是这样描述，提到：ViewModel会维护自己的生命周期。那么，它真的会维护自己的
MVVM是一种设计思想，Model层代表数据模型，可以在Model中定义数据的修改和操作的业务逻辑，View代表的Ui组件，负责将数据模型转化为UI展示出来，ViewModel是核心，是一个负责同步View和Model的对象，是View和Model层之间的调度者，它从Mode层中取出数据的同时还帮忙处理View层需要展示的内容涉及的业务逻辑。在MVVM的架构下，View与Model之间没有直接的联系，而是通过ViewModel进行交互，Model与View之间的交互是双向的，因此view数据的变化会同步到Model中，Model的数据的变化也会立即响应到View上。ViewModel通过双向数
MVVM是一种设计思想，Model层代表数据模型，可以在Model中定义数据的修改和操作的业务逻辑，View代表的Ui组件，负责将数据模型转化为UI展示出来，ViewModel是核心，是一个负责同步View和Model的对象，是View和Model层之间的调度者，它从Mode层中取出数据的同时还帮忙处理View层需要展示的内容涉及的业务逻辑。在MVVM的架构下，View与Model之间没有直接的联系，而是通过ViewModel进行交互，Model与View之间的交互是双向的，因此view数据的变化会同步到Model中，Model的数据的变化也会立即响应到View上。ViewModel通过双向数
