在 Android 开发的道路上，hen多同学dou会在「业务代码」和「框架代码」之间纠结不Yi。Ru果你也被这两座大山压得喘不过气来那么不妨先把手头的项目拆成一个极简的 Demo，像玩拼图一样把每一块儿放进合适的位置。下面我将用一种轻松、带点俏皮的方式，带你走完从零到有感的完整过程。

hen多人以为直接在真实业务里套上 Clean Architecture 就Neng收获“干净”。其实这种思路往往会导致：

业务逻辑与 UI、网络、数据库交织在一起，调试时像在泥潭里打滚；

改动一个接口，整个项目报红——每次编译dou像在敲鼓；

单元测试望而却步，因为代码深深扎根于 Android 框架。

把这些痛点抽离出来用Zui基础的功NengZuo实验，你Ke以：

清晰kan到层与层之间的边界；

验证「内层永远不知道外层」的原则是否真的可行；

在不牵动业务代码的前提下随意替换 UI 框架或 DI 容器。

顺便说一句，今天咖啡刚好喝到好味儿，一边敲键盘一边写代码，心情格外舒畅。

职责：

定义业务模型；

声明 UseCase 接口，例如获取电影列表的interface GetMoviesUseCase；

只依赖 Kotlin 标准库或第三方纯函数库。

📌 内层永远不知道外层的存在这一点至关重要！Ru果你在这里出现了 Android 类，那就Yi经破坏了规则。

职责：

interface MovieRepository对外提供获取电影列表的方法；

class MovieRepositoryImpl: 实际调用 Retrofit、Room 或本地 JSON 文件；

异常统一处理放这里而不是 UseCase 中。

👉 业务逻辑几乎不用改动，只要把实现换成 Mock，就Ke以无缝跑单元测试。

MainActivity / Compose 页面：

@Composable
fun MovieScreen) {
    val state by viewModel.uiState.collectAsState
    when{
        is UiState.Loading -> CircularProgressIndicator
        is UiState.Success -> MovieList.movies)
        is UiState.Error   -> Text
    }
}

UI只需要根据 State 渲染画面不需要关心数据怎么来的。

Kotlin + Jetpack Compose：新建 Android Studio 项目时选「Empty Compose Activity」。

Koin注入：在里加入：

implementation
implementation

data class Movie(
    val id: Int,
    val title: String,
    val posterUrl: String,
    val rating: Float
)