java - 为什么要使用继承？

Question

就目前而言，这个问题不适合我们的问答形式。我们希望答案得到事实、引用资料或专业知识的支持，但这个问题可能会引发辩论、争论、投票或扩展讨论。如果您觉得这个问题可以改进并可能重新打开， visit the help center寻求指导。

关闭 9年前。

我知道问题是 discussed before ，但似乎总是假设继承至少有时比组合更可取。我想挑战这个假设，希望能得到一些理解。

我的问题是这样的:因为你可以用对象组合来完成任何你可以用经典继承而且因为经典继承经常被滥用[1] 并且由于对象组合让您可以灵活地更改委托(delegate)对象运行时，为什么您会使用经典继承？

我可以理解为什么您会推荐在 Java 和 C++ 等不提供方便的委派语法的语言中使用继承。在这些语言中，只要不明显不正确，您就可以通过使用继承来节省大量输入。但是其他语言，如 Objective C 和 Ruby，提供了经典的继承和非常方便的委派语法。据我所知，Go 编程语言是唯一一种认为经典继承比它的值(value)更麻烦并且只支持代码重用的委托(delegate)的语言。

另一种表述我的问题的方式是:即使您知道经典继承对于实现某个模型并没有错，是否有足够的理由使用它而不是组合？

[1] 许多人使用经典继承来实现多态性，而不是让他们的类实现接口(interface)。继承的目的是代码重用，而不是多态。此外，有些人使用继承来模拟他们对“is-a”关系的直观理解which can often be problematic .

更新

我只是想澄清一下我在谈论继承时的确切含义:

我说的是the kind of inheritance whereby a class inherits from a partially or fully implemented base class .我不是在谈论从一个纯粹的抽象基类继承，这相当于实现一个接口(interface)，我郑重声明并不反对。

更新 2

我知道继承是在 C++ 中实现多态性的唯一方法。在这种情况下，很明显为什么你必须使用它。所以我的问题仅限于 Java 或 Ruby 等语言，它们提供了不同的方式来实现多态性(分别是接口(interface)和鸭子类型)。

Answer 1

[注意:这个问题最初被标记为与语言无关。基于此，这个答案被写成与语言无关，因此它讨论了继承，因为它在广泛的语言中使用，例如 Smalltalk、C++ 和 Object Pascal。此后，它被重新标记为专门针对 Java。 Java 在将 class 和 interface 定义为两个完全独立的事物方面有所不同。从 Java 特定的角度来看，继承的目的是代码重用，而不是多态性的想法是合理的，但从与语言无关的角度来看，显然是错误的。如果您只关心 Java，这可能不是最佳答案。]

The purpose of inheritance is code reuse, not polymorphism.

这是你的根本错误。几乎完全相反。 (公共(public))继承的主要目的是为所讨论的类之间的关系建模。多态性是其中很大一部分。

如果使用得当，继承与重用现有代码无关。相反，它是关于被现有代码使用。也就是说，如果您有可以与现有基类一起使用的现有代码，那么当您从该现有基类派生一个新类时，其他代码现在也可以自动与您的新派生类一起使用。

可以使用继承来重用代码，但是当/如果你这样做时，它通常应该是私有(private)继承而不是公共(public)继承。如果您使用的语言很好地支持委托(delegate)，那么您很有可能很少有理由使用私有(private)继承。 OTOH，私有(private)继承确实支持委托(delegate)(通常)不支持的一些事情。特别是，即使在这种情况下多态性绝对是次要问题，它可能仍然是一个问题 - 即，通过私有(private)继承，您可以从 几乎 的基类开始> 你想要什么，并且(假设它允许)覆盖不完全正确的部分。

使用委托(delegate)，您唯一真正的选择是完全按原样使用现有类。如果它不能完全满足您的要求，您唯一真正的选择是完全忽略该功能，并从头开始重新实现它。在某些情况下，这并没有什么损失，但在其他情况下却是相当可观的。如果基类的其他部分使用多态函数，私有(private)继承允许您仅覆盖多态函数，而其他部分将使用您覆盖的函数。通过委托(delegate)，您无法轻松插入新功能，因此现有基类的其他部分将使用您已覆盖的功能。