前4篇，囫囵吞枣，看了整体控制逻辑，大体页面封装。
回头继续学习，里面的知识。
定义封装 BackPressHandler
currentOnBackPressed
Safely update the current
onBacklambda when a new one is provided
安全更新onBack状态的lambda，当新的状态过来的时候Remember in Composition a back callback that calls the
onBackPressedlambda
记住在 Composition 中调用onBackPressedlambda 的返回回调
backDispatcher
每当有新的调度设置回调,当效果离开 Composition 或者有新的调度器时，移除回调
整体结构和组件的控制
这里我们看到，在Theme中对主题的封装，Components是页面架构组件的封装。
Mock 数据的封装
Demo 数据在data/FakeData.kt . 这里面封装了界面所需要的静态数据。Message列表数据，UI State ---聊天UI的状态。同事Profile数据的封装，我自己的Profile数据封装。
两大业务模块封装，profile，conversation
- profile模块
我们熟悉的viewmodel 封装。在ProfileViewModel.kt 中我们学习到@Immutable的使用
不可变可用于将类标记为生成不可变实例。 类的不变性未经验证，并且是类型的承诺，即所有可公开访问的属性和字段在构造实例后都不会更改。不可变通过组合的使用，可以用于组合优化。从类型读取的值不会发生变化。仅包含没有自定义 getter 的 val 属性的数据类可以安全地标记为不可变的。
以上经过查询，对比Kotlin的不可变特性和数组等理解。认定ProfileScreenState 不可变
ProfileViewModel 很简单，根据userId，返回LiveData 泛型ProfileScreenState。我自创就称他为模板数据吧、
ProfileFragment 中，维护了两个viewmodel，ProfileViewModel和MainViewModel 都是通过by的方式。 初始化的时候，我们看到inflat实例化ComposeView 实际就是ViewGroup（看源码继承关系）
Previews.kt 这个相当于测试所见即所得的开发，算是测试类，测试ProfileScreen组件，适配页面预览
Profile.kt ProfileScreen 具体实现封装
大概长这个样子，具体细节可以去读代码。
关于conversation 下一篇讲解和总结。基本上Jetchat解读就结束了。实在太累了，下一篇见
