就目前而言，这个问题不适合我们的问答形式。我们希望答案得到事实、引用资料或专业知识的支持，但这个问题可能会引发辩论、争论、投票或扩展讨论。如果您觉得这个问题可以改进并可能重新打开，visit the help center寻求指导。
8年前关闭。
人们说 C++ 继承是邪恶的，所以 Java 用接口(interface)“修复”了这个问题。
但是 Scala 引入了 trait s，它们是……部分实现的接口(interface)？这不是带回了多重继承吗？
这是否意味着 Scala 的人认为多重继承很好？或者他们有一些我没有注意到的关键差异？
最佳答案
多重继承最糟糕的部分是菱形继承，其中子类有两个或多个路径到链上某处的同一父级。如果实现沿两条路径不同(即从原始实现覆盖)，这会产生歧义。在 C++ 中，解决方案特别难看:您嵌入了两个不兼容的父类，并且必须指定何时调用您想要的实现。这很令人困惑，在每个调用站点都会产生额外的工作(或者，更有可能的是，迫使您显式地覆盖并声明您想要的；这种手动工作很乏味，并且会引入错误的机会)，并且可能导致对象大于他们应该是。
Scala 通过将多重继承限制在特征上，解决了一些但不是全部的问题。因为traits没有构造函数，最终类可以线性化继承树，也就是说，即使在返回公共(public)超父的路径上的两个父代名义上都是父代，一个是“正确”的一个，即一个最后列出。如果您可以拥有(完全通用的)构造函数，此方案将留下损坏的半初始化类，但事实上，您不必两次嵌入该类，并且在使用站点您可以忽略多少继承(如果有的话)发生了。然而，当你将许多特征叠加在一起时，以及如果你从两个 B 继承时，它并没有更容易推理会发生什么和 C ，你不能选择拿一些B的实现和 C 的一些实现的。
所以更好的是它解决了对 C++ 模型的一些最严重的批评。是否足够好是品味问题；很多人甚至喜欢 C++ 多重继承的味道，足以使用它。
关于oop - Scala mixin 真的比多重 C++ 继承更好吗？，我们在Stack Overflow上找到一个类似的问题： https://stackoverflow.com/questions/16873365/