文档中描述了特征委托，并且没有问题。但是类委托呢？
class FrameWorkClass // Third party class we cannot modify
class MyDerivedFrameWorkClass(c:FrameWorkClass) : FrameWorkClass by c
在不修改 FrameWorkClass 的情况下实现此目的的最佳方法是什么？显然我们无法让它实现我们的接口。
【问题讨论】：
trait 已重命名为 interface
标签： kotlin
您只能将接口委托给实现该接口的变量。您不能直接委托给另一个班级。正如@Damian 指出的那样；基本上简化为：
interface Framework {}
class FrameWorkImpl: Framework {}
class MyDerivedFrameWorkClass(val fw: FrameWorkImpl) : Framework by fw {}
或者你可以笼统地说：
class MyDerivedFrameWorkClass(val fw: Framework) : Framework by fw {}
接受框架接口的任何实现并将其委托给它，因此FrameworkImpl 和FrameworkHappyDays 如果它们实现了Framework 接口，它们都可以工作。
这已更新为当前的 Kotlin，其中 trait 已重命名为 interface
【讨论】：
class MyDerivedFrameworkClass : Framework by FrameworkImpl() {...}。
目前只有特质可以这样委派。如果您有一个想要委托的类，我会简单地采用该类并提取一个特征（接口），包括您感兴趣的所有方法。这是一个基于您的代码的示例。
想象一下你有这些类：
class FrameWorkClass {
fun foo() {}
fun boo() {}
}
class MyDerivedFrameWorkClass(c:FrameWorkClass) : FrameWorkClass by c
它不编译对吗？假设你对foo()感兴趣
trait FrameWorkTrait {
fun foo() {}
}
class FrameWorkClassImpl: FrameWorkTrait {
override fun foo() {}
fun boo() {}
}
class MyDerivedFrameWorkClass(c:FrameWorkTrait) : FrameWorkTrait by c
至少我会这样做。
【讨论】：
FrameWorkClass，我想将其委托给我的 MyDerivedFrameWorkClass。在您的解决方案中，我必须委托FrameWorkClassImpl，它应该被包装在 api 提供的类之上。