Kotlin子类如何不声明公共字段直接传递构造参数给父类

大量对应第三方API不同请求类型的POJO模型共享一批公共字段，每个模型仅包含少量独有字段。期望实现父类统一托管公共字段、子类仅定义独有字段的结构，同时实例化子类时可直接传入所有公共+独有字段，避免在每个子类构造函数中重复声明公共字段产生冗余样板。
初始概念代码结构如下：

class RequestBase(
  val commonField1: String,
  val commonField2: String,
  ...
  val commonFieldX: String
)

class RequestA(
  val uniqueFieldA: String
): RequestBase()

class RequestB(
  val uniqueFieldB: String
): RequestBase()

fun main() {
  val requestA = RequestA(
    commonField1 = "1",
    commonField2 = "2",
    ...
    uniqueFieldA = "A"
  )
}

方案1：组合+接口代理（优先推荐） #

放弃继承传参的思路，用组合替代继承，结合Kotlin自带的接口代理特性消除转发样板：

1. 先定义公共字段的访问接口，作为统一的公共属性契约
2. 将公共字段抽为独立的数据类实现上述接口
3. 具体请求类仅需要持有公共字段实例、声明自身独有字段，通过by关键字将公共字段的访问代理给公共字段实例，不需要手写任何属性转发代码
   示例代码：

// 公共字段契约接口
interface RequestBase {
    val commonField1: String
    val commonField2: String
    val commonFieldX: String
}

// 公共字段单独实现为不可变数据类
data class CommonRequestFields(
    override val commonField1: String,
    override val commonField2: String,
    override val commonFieldX: String
): RequestBase

// 具体请求类，仅声明独有字段，代理公共字段实现
data class RequestA(
    val common: CommonRequestFields,
    val uniqueFieldA: String
): RequestBase by common

fun main() {
    val requestA = RequestA(
        common = CommonRequestFields(
            commonField1 = "1",
            commonField2 = "2",
            commonFieldX = "X"
        ),
        uniqueFieldA = "A"
    )
    // 可直接访问公共属性，不需要嵌套访问common对象
    println(requestA.commonField1)
}

这种方案没有任何冗余样板，公共字段新增、修改只需要调整接口和公共字段类一处，所有子类自动适配，完全符合不可变数据类的设计要求。

方案2：构建器方法+父类默认参数 #

如果必须保留继承结构，可以给父类构造参数设置默认值，为每个子类写顶层构建函数处理公共字段赋值，避免子类构造函数重复声明所有公共字段：

open class RequestBase {
    var commonField1: String = ""
        protected set
    var commonField2: String = ""
        protected set
    var commonFieldX: String = ""
        protected set
}

class RequestA(
    val uniqueFieldA: String
): RequestBase()

// 顶层构建函数，统一声明公共+独有参数
fun buildRequestA(
    commonField1: String,
    commonField2: String,
    commonFieldX: String,
    uniqueFieldA: String
): RequestA {
    return RequestA(uniqueFieldA).apply {
        this.commonField1 = commonField1
        this.commonField2 = commonField2
        this.commonFieldX = commonFieldX
    }
}

注意该方案需要将父类公共字段设为可变属性，仅适合不要求请求类完全不可变的场景。

方案3：序列化框架多态支持 #

如果这类POJO主要用于JSON序列化/反序列化对接第三方API，可以直接使用序列化框架的多态配置，比如kotlinx.serialization、Jackson的多态注解，框架会自动处理公共字段和子类独有字段的合并序列化/反序列化，不需要手动处理构造传参的样板逻辑。

方案4：KSP注解处理器生成代码 #

如果项目中这类请求类量级很大，可以自定义KSP注解处理器，通过自定义注解标记请求子类，编译期自动生成包含全量公共字段的构造函数、构建器代码，业务代码中只需要声明子类的独有字段即可，完全消除手写样板代码的工作量。

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