人们说 C++ 继承是邪恶的,所以 Java 用接口“修复”了这个问题。
但是 Scala 引入了trait
s,它们是……带有部分实现的接口?这不是带回了多重继承吗?
这是否意味着 Scala 的人认为多重继承很好?或者他们有一些我没有注意到的关键差异?
多重继承最糟糕的部分是菱形继承,其中子类有两条或多条路径到链上某处的同一父级。如果实现沿两条路径不同(即被原始实现覆盖),则会产生歧义。在 C++ 中,解决方案特别难看:您嵌入了两个不兼容的父类,并且必须指定何时调用您想要的实现。这很令人困惑,在每个调用站点都创建了额外的工作(或者,更有可能的是,迫使您显式覆盖并声明您想要的;这种手动工作很乏味并且引入了出错的机会),并且可能导致对象大于他们应该是。
Scala 通过将多重继承限制在特征上,解决了一些但不是全部的问题。因为traits没有构造函数,最终类可以线性化继承树,也就是说,即使在返回公共超父的路径上的两个父节点名义上都是父节点,一个是“正确”的那个,即那个最后列出。如果您可以拥有(完全通用的)构造函数,此方案将留下损坏的半初始化类,但事实上,您不必两次嵌入该类,并且在使用站点您可以忽略多少继承(如果有的话)发生了。然而,当你将许多特征叠加在一起时,它并没有更容易推理会发生什么,如果你从两者继承B
and C
,你就不能选择采用一些的B
实现和一些C
的。
所以更好的是它解决了对 C++ 模型的一些最严重的批评。是否足够好是品味问题;很多人甚至喜欢 C++ 多重继承的味道,足以使用它。