HugMua的博客

业务层 只管获取数据 仓库 处理数据的逻辑 数据源 数据的具体操作 ①定义统一的User数据源接口public interface IUserDataSource { UserBean getData(DataCallback<String> callback);}②分别实现数据的不同来源（网络、本地、内存...）public class LocalUserDataSource implements IUserDataSource{ ..

模块指 Android 项目中的 module，通常会包含 Gradle 构建脚本、源代码、资源等，模块可以独立构建和测试。相反，如果一个模块的两个部分不经常交互，它们可能应该是单独的模块。：数据模块的公共 API 应该是 Repository，因为它们负责将数据公开给 App 的其余部分。：工具类，也称为帮助类，通常是在应用程序中重用的小段代码。：网络库模块，通常是对三方网络库（如 OhHttp）的封装，简化自定义配置时，减少不必要的重复代码。也称为核心模块或者基础模块，包含其他模块经常使用的代码。

继承自 lib_common 中提供的 BaseApplication，组件自定义的 Application 写在 debug 目录中，在集成模式下剔除。（别忘了在下方 debug 目录中的 AndroidManifest 中注册）

待补充。

使用单项数据流方式（Unidirectional Data Flow）将职责进行分离，使得状态（UI State）的来源位置（Data，也就是数据层）、转换位置（State Holder，也就是ViewModel）、使用位置（UI Element，也就是Activity/Fragment）分散到不同类中。事件分为 UI Event（UI自己能够处理的事件，如页面跳转、列表展开、权限请求等与Contex相关的）和 User Event（与用户交互产生的事件需要执行的逻辑，如点击事件、数据更新）。

View→ViewModel：View作为观察者，监听ViewModel中数据（LiveData、Flow）的变化从而自动更新UI。ViewModel→Model：ViewModel调用Model获取数据。ViewModel→View：ViewModel作为被观察者，当数据发生变化时，调用接口通知订阅者View更新。

命名采用：功能+UiState。界面刷新用到的状态全都定义成子类，集中在一起实现唯一可信数据源。子类不带参数就定义成 object 方便复用（因为创建的实例无状态区别）。一般同 ViewModel 写在同一个 .kt 文件中，也可以单独写在一个 .kt 文件中。