Android Clean架构下表现层为何需依赖数据层？正确性及示例探讨

首先要纠正一个常见误解：Clean架构中表现层并非直接依赖数据层的具体实现，而是依赖领域层定义的抽象接口，而数据层是这个接口的具体实现者。你看到的“表现层依赖数据层”，本质是依赖倒置原则的落地——外层依赖内层的抽象，而非具体实现。

一、这种依赖方向是正确的吗？ #

完全正确，符合Clean架构的核心规则：

• 核心原则是依赖倒置：高层模块（表现层）不依赖低层模块（数据层），二者都依赖抽象（领域层的Repository接口）。
• 数据层作为外层实现，需要遵循领域层定义的契约，这样表现层只需要关心“要什么数据”，不用管“数据从哪来”。

二、为什么表现层需要这个依赖？ #

• 表现层的核心职责是UI展示和用户交互，它需要数据来驱动UI更新，而数据的获取逻辑由数据层实现。通过依赖领域层的抽象，表现层可以灵活切换数据来源（比如从本地Room切换到远程API，甚至Mock数据），不用修改自身代码。
• 避免表现层直接处理数据获取的复杂逻辑（比如网络请求、数据库操作），保持表现层的简洁，专注于UI逻辑。

三、具体代码示例 #

1. 领域层定义抽象Repository #

// 领域层：定义数据获取的契约
interface UserRepository {
    suspend fun getUserById(userId: String): User?
}

2. 数据层实现Repository #

// 数据层：实现领域层的抽象
class UserRepositoryImpl(
    private val remoteDataSource: RemoteDataSource,
    private val localDataSource: LocalDataSource
) : UserRepository {
    override suspend fun getUserById(userId: String): User? {
        // 示例：先查本地缓存，再查远程接口
        val localUser = localDataSource.getUser(userId)
        return localUser ?: remoteDataSource.fetchUser(userId)?.also {
            localDataSource.saveUser(it)
        }
    }
}

3. 表现层（ViewModel）依赖抽象Repository #

// 表现层：ViewModel依赖领域层的抽象，而非数据层的具体实现
class UserViewModel(
    private val userRepository: UserRepository // 注入的是抽象接口
) : ViewModel() {
    private val _user = MutableLiveData<User?>()
    val user: LiveData<User?> = _user

    fun loadUser(userId: String) {
        viewModelScope.launch {
            _user.value = userRepository.getUserById(userId)
        }
    }
}

4. 依赖注入绑定实现与抽象 #

// 以Hilt为例，在DI容器中绑定抽象与具体实现
@Module
@InstallIn(SingletonComponent::class)
object RepositoryModule {
    @Provides
    fun provideUserRepository(
        remoteDataSource: RemoteDataSource,
        localDataSource: LocalDataSource
    ): UserRepository {
        return UserRepositoryImpl(remoteDataSource, localDataSource)
    }
}

四、常见误区澄清 #

如果看到表现层直接依赖UserRepositoryImpl这类具体实现类，那是不符合Clean架构的错误写法。正确的做法是始终依赖领域层的抽象，由依赖注入框架负责注入具体实现。

内容的提问来源于stack exchange，提问作者CodingBruceLee