说实话，咱就是说UseCase 越多，Android 项目真的越烂吗？这个问题啊，我Zui近 review 了几个按规范来的项目，发现一个反直觉的规律：UseCase 文件越多，项目往往越难维护。害，不是说 UseCase 不好，而是大家写歪了。

你知道，为啥百度不收录某些网站吗？因为内容质量不高，或者说不符合百度的收录标准呗。扯远了回到正题。

我在代码 review 里遇到过一种特别的"架构洁癖"：ViewModel 调 Repository 太直接，感觉没有层次感，于是在中间加一个 UseCase。Repository 里调 API 太直接，再加一个 DataSource。Zui后项目有了五层，每层一个类，95% 的类dou只有一行：调下一层。这不是分层，这是俄罗斯套娃。

举个例子，你kan这个 GetUserUseCase 类：

class GetUserUseCase @Inject constructor( private val repository: UserRepository ) { suspend operator fun invoke: User { return repository.getUser // 转发一下收工 } }

这不是 Clean Architecture，这是 Clean Architecture 的皮。一个 UseCase 文件，一个转发，没有一行业务逻辑——层数增加了复杂度也增加了好处是零。

给你一个判断标准，hen简单：把这个 UseCase 删掉，ViewModel 直接调 Repository，代码会变差吗？Ru果不会——UseCase 就不该存在。

UseCase 有价值的场景，通常是这三种：

数据聚合，比如一个页面需要的数据来自三个不同的接口，单独放在 ViewModel 里会让 ViewModel 同时依赖三个 Repository，测试要 mock 三个对象。抽成 UseCase 后ViewModel 只依赖一个，测试复杂度直降。

class GetUserProfileUseCase @Inject constructor( private val userRepo: UserRepository, private val postRepo: PostRepository, private val followRepo: FollowRepository ) { operator fun invoke: Flow = combine( userRepo.getUserFlow, postRepo.getPostCountFlow, followRepo.getFollowStatsFlow ) { user, postCount, followStats -> UserProfileData( user = user, postCount = postCount, followerCount = followStats.followerCount, followingCount = followStats.followingCount, isFollowedByMe = followStats.isFollowedByMe ) } }

业务规则封装，比如发帖有字数限制、频率控制、敏感词过滤。这些规则放在哪？放 ViewModel？ViewModel 会变成第二个业务入口，换个入口就要复制一遍规则。

class PublishPostUseCase @Inject constructor( private val postRepository: PostRepository, private val userRepository: UserRepository, private val contentFilter: ContentFilter ) { sealed class Result { data class Success : Result data class ContentViolation : Result object RateLimitExceeded : Result data class Failure : Result }

suspend operator fun invoke: Result { if return Result.ContentViolation val violation = contentFilter.check if return Result.ContentViolation // ... } }

有个粗糙但实用的判断标准：ViewModel 的行数，决定了你的架构有多混乱。当 UseCase 和 Repository 各司其职，ViewModel 应该只Zuo四件事：持有 UiState、响应 UI 事件、调用 UseCase、把结果映射到 UiState。

@HiltViewModel class UserProfileViewModel @Inject constructor( private val getUserProfileUseCase: GetUserProfileUseCase, private val followUserUseCase: FollowUserUseCase, savedStateHandle: SavedStateHandle ) : ViewModel { // ... }

Ru果你的 ViewModel 超过 200 行，大概率是某一层的职责溢出了。

Clean Architecture Zui实际的好处不是"代码好kan"，而是每一层douKe以用Zui低成本的方式测试。说白了就是测试方便，不用花太多时间 debug。

class PublishPostUseCaseTest { private val fakePostRepo = FakePostRepository private val fakeUserRepo = FakeUserRepository private val contentFilter = ContentFilter // 真实实现，不需要 mock private val useCase = PublishPostUseCase

@Test fun 超过2000字时直接返回ContentViolation，不调用网络 = runTest { // ... } }

Kotlin Multiplatform在 2023 年底正式宣布稳定，Ru果你的项目有 iOS 端，或者将来可Neng有，Domain 层是你Zui值钱的资产。为啥？因为 UseCase 和 Domain 模型里没有任何 import android.* ，这些代码Ke以原封不动地跑在 iOS 上。