Kotlin中如何继承密封类？自定义平台类遇类型错误求解

我参考Stack Overflow上《How to extend enums in Kotlin?》的回答尝试实现一个方案，但没达到预期效果。需求是每个Platform子类都有专属的Icon密封类（存储图标文件路径），各子类的函数逻辑一致，仅字符串和图标不同。

我写了如下代码：

abstract class Platform(val name: String) {
    abstract var icon: Icon

    abstract sealed class Icon {
        abstract val png: String
    }
}

class Twitch : Platform("Twitch") {
    override var icon: Icon = Icon.PURPLE

    sealed class Icon {
        data class PURPLE(val png: String = "drawable.twitch/glitch/01. Twitch Purple/glitch_flat_purple.png") : Icon()
    }
}

现在报错：

Var-property type is models.Twitch.Icon, which is not a type of overridden public abstract var icon: models.Platform.Icon defined in models.Platform

请问有没有可行的实现方案？

问题核心在于**Twitch.Icon和Platform.Icon是完全独立的类**，即便名字相同，也属于不同作用域，无法满足父类的类型要求。可以通过泛型绑定的方式，让每个Platform子类关联自己的专属Icon类型，具体实现如下：

方案1：泛型绑定+继承父类Icon #

// 用泛型T限定为Platform.Icon的子类，让父类感知子类的具体Icon类型
abstract class Platform<T : Platform.Icon>(val name: String) {
    abstract var icon: T

    // 顶层Icon抽象类，子类Icon必须继承它
    abstract sealed class Icon {
        abstract val png: String
    }
}

class Twitch : Platform<Twitch.Icon>("Twitch") {
    // 现在icon类型为Twitch.Icon，符合泛型约束
    override var icon: Icon = Icon.PURPLE

    // Twitch专属Icon密封类，继承自Platform.Icon保证类型兼容
    sealed class Icon : Platform.Icon() {
        data class PURPLE(
            override val png: String = "drawable.twitch/glitch/01. Twitch Purple/glitch_flat_purple.png"
        ) : Icon()
    }
}

方案2：接口替代父类Icon（更轻量化） #

如果不需要Icon的层级继承关系，用接口可以简化结构：

// 定义通用的图标接口
interface PlatformIcon {
    val png: String
}

abstract class Platform<T : PlatformIcon>(val name: String) {
    abstract var icon: T
}

class Twitch : Platform<Twitch.Icon>("Twitch") {
    override var icon: Icon = Icon.PURPLE

    // Twitch专属密封类实现接口
    sealed class Icon : PlatformIcon {
        data class PURPLE(
            override val png: String = "drawable.twitch/glitch/01. Twitch Purple/glitch_flat_purple.png"
        ) : Icon()
    }
}

关键说明 #

• 泛型参数T让父类Platform明确每个子类对应的具体Icon类型，解决类型不匹配问题
• 子类Icon必须实现父类的Icon抽象类/接口，保证类型兼容性
• 两种方案都能让每个Platform子类拥有独立的Icon密封类，同时复用父类的逻辑结构

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