为什么只有接口可以委托给kotlin？

Question

我看到过几个类似的问题，但没有一个解释为什么委托仅限于接口？

大多数时间在实践中我们有一些实际上根本没有接口的东西，它是一个只实现一些功能或实现一个抽象类的类。

是否有任何根本性的限制，迫使它仅限于接口，或者我们可以期望kotlin在未来拥有无限制的授权？

如果我们想使用组合不继承来扩展类的功能，这将特别有用。

class A {} 
class B(val a: A) : A by a {} 

Answer 1

当您委派一个接口时，该类仍然实现该接口。所以为了一致性，如果你可以委托一个类，它应该以同样的方式工作。即

class A(x: Int) { 
    fun foo() = x 
} 

class B(val a: A) : A by a {} 

需要编译成

class B(val a: A) : A { 
    override fun foo() = a.foo() 
} 

除了这不起作用：

1. foo不open并且不能被重写。

2. 您需要调用A的构造函数。 class B(val a: A) : A(a.x)也不会帮助：x不是A的成员。

3. equals和hashCode怎么样？他们是否被委派？任何一个决定都会导致怪异的后果。