Android开发中能否通过AndroidViewModel传Context到domain层？

你当前通过AndroidViewModel将Application类型的Context直接传递给domain层的做法，不符合Android官方应用架构的规范，不属于推荐实践。

问题说明 #

按照官方分层设计的核心原则，domain层作为承载核心业务逻辑的层级，必须是纯Java/Kotlin实现，不能依赖任何Android框架SDK中的类。Context、Application都属于Android平台专属类，一旦直接传入domain层，会直接破坏domain层的平台无关性：

• 后续对domain层做本地单元测试时，无法直接在JVM环境运行，必须依赖Android模拟器/真机的测试环境，测试效率会大幅下降
• 分层解耦的设计完全失效，domain层会和Android框架强绑定，后续如果要做跨平台复用（比如复用逻辑到KMP跨端项目）几乎不可能
• AndroidViewModel本身的设计定位只是允许ViewModel自身在确实需要应用全局上下文时（比如读取系统服务、访问全局应用资源）可以获取到Application对象，这个上下文的使用边界仅限ViewModel自身以及和ViewModel强关联的UI层逻辑，绝对不允许向下透传到domain层。

合规的实现方案 #

• 不要把需要依赖Context的逻辑下沉到domain层：如果某段业务逻辑必须依赖Context才能运行（比如读取字符串资源、获取应用私有目录、调用系统服务），这部分逻辑应该划分到data层或者UI层的实现类中。domain层只定义业务逻辑需要的抽象接口，由下层实现接口时内部持有Context，再通过依赖注入的方式把实现实例传入domain层即可，全程不要让domain层直接接触Context类。
• 参考实现代码：

// domain层：仅定义业务需要的抽象接口，无任何Android类依赖
interface AppResourceFetcher {
    fun getString(resId: Int): String
}

// data层：实现接口，内部通过依赖注入拿到全局Context
class AppResourceFetcherImpl(
    private val context: Context
): AppResourceFetcher {
    override fun getString(resId: Int): String = context.getString(resId)
}

// domain层业务类仅依赖自己定义的抽象接口，完全不感知Context存在
class DomainLayer(
    private val resourceFetcher: AppResourceFetcher
) {
    fun runBusinessLogic() {
        val toastTip = resourceFetcher.getString(R.string.common_tip)
        // 处理核心业务逻辑
    }
}

// ViewModel不继承AndroidViewModel，也不向下透传Context
class PlacesViewModel(
    private val domainLayer: DomainLayer
): ViewModel() {
    fun example() {
        domainLayer.runBusinessLogic()
    }
}

如果你发现自己写的domain层逻辑大量需要Context才能运行，本质是分层职责划分出错，把本该属于data层、UI层的逻辑错误放到了domain层，需要重新梳理各层的职责边界。

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