前期后期

ViewModel的并不仅仅是为了管理UI数据，能够有效的划分职责，ViewModel提供了一个View（视图）和Model（数据模型）之间的桥梁，MVVM架构常用，使得视图和数据能够分离开，也能够保持通信。（结合LiveData）

我们想象一种场景，假如说你读取数据，开启了一个任务，那么结束的要关掉，那么就要写到onStop里面，但如果一个页面的任务多了，结束的代码都写到了onStop里面，那么就会冗余，一大堆的结束任务。并且移植性差，组件移植的话，还要去各个地方去复制，一不小心就漏了。LifecycleObserver 是一个观察者接口，实现了它，可以通过注解或者继承的方式，来管理声明周期的监听。只要在持有lifecycle的类中注册了它，当声明周期发生变化时，它就能收到，进行我们自定义的操作。

传递数据的方式还有很多中，也可以借助viewmodel，因为viewmodel的生命周期是整一个activity，所以fragment之间也可以共享，传递数据，或者应该说本来这个viewmodel对于fragment之间来说，拿到的都是同一个。借助NavController就可以实现轻松跳转，这里的home_action_home_buyfragment_to_home_homefragment就是资源文件中我们定义的线条动作。处理应用内导航所需的一切，利用这个组件，让我们页面之间的切换变得更加容易实现。

如果想存储到文件里面，我们需要将inMemoryDatabaseBuilder方法换成databaseBuilder方法，这个方法，需要提供一个数据库名。使用ROOM我们可以快速的生成数据库，表，可以快速的去访问。涉及到的知识点：Entity，Dao，Database，Migration，Repository。大家，有兴趣，可以多上github找一些项目学习，看看别人是如何写的。注意，数据库对象不推荐一直创建的，消耗资源，所以我们需要做成单例的。这是一个数据库，需要协助数据库的版本号，有哪些数据表.

我们所需要做的，就是保证Hilt能知道如何得到一个OkHttpClient的实例，而这个工作我们早在前面一步就已经完成了。@HiltViewModel 是 Hilt 库中的一个注解，它用于 Android 开发中，特别是在使用 ViewModel 架构组件时。请注意，为了使 by viewModels() 委托工作，你需要在 Fragment 或 Activity 上添加 @AndroidEntryPoint 注解，这样 Hilt 才能知道这个类是一个需要注入依赖项的入口点。

如果你在使用MVVM的框架搭建项目，那么讲究职责分离。以前MVP，那么V层会调用P层，V层持有P层的依赖，那么如果P层处理逻辑后，要将数据反馈给V层，就也得持有V层的依赖，通常我们会使用接口回调的方式去进行通知。但这样关系依赖就会变得很复杂，尤其是移植、复用的时候，也会不方便。消息订阅分发，也可以使用EventBus呀，EventBus不会顾及当前页面是否可见，一股脑的有消息就转发。导致即便应用在后台，页面不可见，还在做一些无用的绘制，计算，将有限的资源让给可见的页面使用。VM层：登录会有不同的状态。