Kotlin后端如何实现最优DTO映射？现有方案是否合规？

首先纠正你代码中的几个问题：

1. 你写的扩展函数语法错误，且尝试修改User中标记为private val的属性——val是只读属性，本身不可修改，加上private后外部也无法直接访问，这行代码在Kotlin中无法编译。
2. DTO使用val是完全合理的：DTO作为数据传输对象，设计成不可变类型能避免传输过程中的意外修改，不需要给属性加private，它的核心职责就是暴露数据供外部使用。

下面给出几种兼顾封装性和代码整洁度的优化方案：

方案一：实体类内部封装映射逻辑 #

把映射方法放在User类内部，利用类的访问权限直接操作私有属性，逻辑紧凑且符合封装原则：

// 实体类
data class User(
    private val name: String,
    private val age: Int
) {
    // User 转 UserDto
    fun toDto(): UserDto = UserDto(name, age)

    // 提供从UserDto构建User的入口
    companion object {
        fun fromDto(dto: UserDto): User = User(dto.name, dto.age)
    }
}

// DTO类
data class UserDto(
    val name: String,
    val age: Int
)

这种方式适合映射逻辑简单的场景，映射逻辑和实体绑定，代码直观易维护。

方案二：使用internal权限分离映射器 #

如果想把映射逻辑抽离到单独文件，同时保留实体类的封装性，可以用Kotlin的internal访问修饰符（同一模块内可见，模块外不可访问）：

// 实体类（属性改为internal，同一模块内的映射器可访问）
data class User(
    internal val name: String,
    internal val age: Int
)

// 单独的映射器文件
object UserMapper {
    fun toDto(user: User): UserDto = UserDto(user.name, user.age)
    fun fromDto(dto: UserDto): User = User(dto.name, dto.age)
}

// DTO类
data class UserDto(
    val name: String,
    val age: Int
)

这种方式既实现了代码职责分离，又保证了实体类属性不会被模块外的代码随意访问，兼顾了封装和整洁性。

方案三：添加公开访问器（兼容传统封装方式） #

如果不想修改属性的访问权限，可以给User添加公开的getter方法，让外部映射器能获取属性值：

// 实体类
data class User(
    private val name: String,
    private val age: Int
) {
    fun getName(): String = name
    fun getAge(): Int = age
}

// 映射器
object UserMapper {
    fun toDto(user: User): UserDto = UserDto(user.getName(), user.getAge())
    fun fromDto(dto: UserDto): User = User(dto.name, dto.age)
}

// DTO类
data class UserDto(
    val name: String,
    val age: Int
)

这种方式更偏向传统Java的封装风格，但代码相对繁琐，适合对访问权限有严格要求的场景。

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