Android分层架构下Activity外文本本地化方案咨询

这确实是分层架构里本地化的典型痛点——既要保持domain/data层的纯净（不依赖Android Context），又要实现“1 hour ago”这类动态文本的多语言适配，我来分享几个业界常用的靠谱方案，完美适配你的三层架构：

方案一：把原始时间数据传递到Presentation层再处理 #

这是最直接也最符合单一职责原则的做法：

• data层只返回原始时间戳/Date对象，不做任何文本转换；
• domain层同样传递原始时间数据，专注于业务逻辑处理；
• 到Presentation层（比如ViewModel、Activity/Fragment），利用这里能访问Context的优势，调用Android系统工具类或自定义工具生成本地化文本。

举个代码示例：

// Data层返回的模型
data class PostDataModel(val id: String, val content: String, val timestamp: Long)

// Domain层转换后的模型
data class Post(val id: String, val content: String, val timestamp: Long)

// Presentation层的ViewModel处理
class PostViewModel(private val context: Context) : ViewModel() {
    fun getRelativeTime(post: Post): String {
        val now = System.currentTimeMillis()
        val diff = now - post.timestamp
        return when {
            diff < 60000 -> context.getString(R.string.moments_ago)
            diff < 3600000 -> context.getString(R.string.hours_ago, (diff / 3600000))
            diff < 86400000 -> context.getString(R.string.days_ago, (diff / 86400000))
            else -> context.getString(R.string.earlier)
        }
    }
}

你也可以直接用系统自带的DateUtils.getRelativeTimeSpanString()，它已经内置了本地化逻辑，省得自己写分支判断。

方案二：通过依赖注入提供本地化服务（推荐中大型项目） #

如果你的domain层需要直接处理相对时间文本（比如某些业务逻辑依赖这个文本展示），可以定义一个抽象的本地化服务接口，把具体实现放在Presentation层，再通过依赖注入（比如Hilt、Dagger）把实例注入到domain层。这样domain层完全不依赖Context，只依赖抽象接口，符合依赖倒置原则。

示例代码：

// 定义抽象接口（放在domain层）
interface LocalizationService {
    fun getRelativeTimeText(timestamp: Long): String
}

// Presentation层实现接口（持有Context）
class AndroidLocalizationService(private val context: Context) : LocalizationService {
    override fun getRelativeTimeText(timestamp: Long): String {
        // 这里实现和方案一一样的逻辑
        val now = System.currentTimeMillis()
        val diff = now - timestamp
        return when {
            diff < 60000 -> context.getString(R.string.moments_ago)
            diff < 3600000 -> context.getString(R.string.hours_ago, (diff / 3600000))
            else -> context.getString(R.string.days_ago, (diff / 86400000))
        }
    }
}

// 在UseCase中注入使用（domain层）
class GetPostsUseCase(
    private val postRepository: PostRepository,
    private val localizationService: LocalizationService
) {
    fun execute(): List<Post> {
        val rawPosts = postRepository.fetchPosts()
        return rawPosts.map { dataModel ->
            Post(
                id = dataModel.id,
                content = dataModel.content,
                relativeTime = localizationService.getRelativeTimeText(dataModel.timestamp)
            )
        }
    }
}

这种方式既能让domain层拿到本地化文本，又不会引入Context依赖，还方便单元测试（测试时可以用Mock的LocalizationService实现）。

方案三：用占位符模板传递（适合简单场景） #

如果相对时间的逻辑很简单，也可以在domain层生成带占位符的模板标识，到Presentation层再替换成对应的本地化字符串。比如：

• domain层返回RelativeTimeInfo(type = "HOURS_AGO", value = 1)；
• Presentation层根据type去匹配对应的String资源，再填充value：context.getString(R.string.hours_ago, info.value)。

不过这种方式对复杂的相对时间逻辑（比如跨天、跨月）不太友好，分支判断会变得零散，所以更适合简单场景。

关键注意点 #

• 绝对不要在domain/data层持有Context，这会导致内存泄漏，也违背了分层架构的设计初衷；
• 本地化本质属于UI展示逻辑，优先在Presentation层处理是最稳妥的选择；
• 依赖注入的方式虽然稍微复杂一点，但扩展性和可测试性更好，适合长期维护的项目。

内容的提问来源于stack exchange，提问作者Nikola-Milovic