为什么说组合优于继承？

在编程中，继承和组合是用于在面向对象语言中设计和构建类和对象的两种基本技术。

继承，它允许一个类（称为派生类或子类）从另一个类（称为基类或超类）继承属性和行为。换句话说，子类“是”超类的一种类型。它建立了一种“是”关系。例如，如果我们有一个类“Animal”和一个类“Dog”，则“Dog”类继承自“Animal”，因为狗是一种动物。

组合，涉及使用其他对象作为组件来构建对象。类不是继承属性和行为，而是使用其他类的实例来实现其功能。它建立了“有”关系。例如，“Car”类可以具有“Engine”类和“Wheel”类的组合。

	优势	劣势	相关设计模式
继承	(1)允许子类从超类继承属性和方法来促进代码重用。 (2)有助于在单个继承树下组织和抽象相关类。 (3)通过遵循清晰的层次结构来简化对类结构的理解。 (4)协助定义子类的通用接口和协定。 (5)通过在类结构中反映逻辑关系来增强代码的可读性。	(1)可能导致类之间的高度耦合，使代码更难维护和修改，超类中的修改可能会影响所有子类。 (2)随着时间的流逝，继承层次结构通常会变得复杂且难以管理，可能会增加代码复杂性，使类理解更具挑战性。 (3)添加新类可能需要对现有层次结构进行重大更改。 (4)如果访问限制管理不当，可能会引入安全问题。 (5)当创建大量子类实例时，可能会导致内存消耗过高。	工厂模式
组合	(1)促进低耦合，通过允许通过合成组合和自定义对象来提供更大的灵活性。 (2)允许在不影响主类的情况下修改组件，从而简化更新。 (3)通过“有”关系，促进组件聚合复杂对象的创建。 (4)可以通过避免继承开销来提高性能和强耦合等继承问题。 (5)促进更加模块化和易于理解的代码结构。	(1)可能会导致创建由大量组件组成的对象，这些组件的维护可能很复杂。 (2)缺乏明确的阶级层次结构。 (3)在大型应用程序中，组件生命周期管理可能很复杂，需要更大的初始设计投资来定义适当的组合关系。	装饰者模式、策略模式

在面向对象编程中，组合通常被认为优于继承，这主要是因为组合提供了一种更为灵活和可维护的方式来构建和扩展类的功能。

代码复用与扩展性。 通过继承，子类可以自动获取父类的所有属性和方法，实现代码的复用。但这也可能导致类的层次结构变得复杂，增加代码维护的难度。同时，当父类发生改变时，子类可能也需要相应的调整。通过组合，一个类可以将其他类的对象作为自己的成员变量来使用，从而复用这些对象的功能。这种方式更为灵活，因为被组合的类（成员变量）可以独立地改变和扩展，而不需要修改包含它们的类。

降低类之间的耦合度。 在继承关系中，子类与父类之间存在紧密的耦合关系，子类对父类的任何修改都可能产生影响。通过组合，类之间的关系更为松散，一个类的改变通常不会影响到其他类，除非它们共享相同的成员变量。

以汽车和发动机为例。如果我们使用继承来表示汽车和发动机的关系，可能会定义一个“汽车”类，然后定义一个“电动汽车”类继承自“汽车”类，并添加与电池和电机相关的属性和方法。但这种设计可能导致层次结构复杂，且不易于扩展其他类型的汽车（如混合动力汽车）。相反，我们可以通过组合关系，定义一个“汽车”类，它包含一个“发动机”对象作为成员变量。然后，我们可以定义不同类型的发动机类（如汽油发动机、柴油发动机、电动机等），并将它们作为参数传递给“汽车”类的构造函数。这样，我们可以轻松地创建不同类型的汽车，而无需修改“汽车”类本身。此外，我们还可以独立地测试“汽车”类和各种“发动机”类。