PHP合成复用原则优于继承吗

本文目录导读：

1. 核心思想
2. 为什么CRP通常优于继承？
3. 举个经典例子：模拟鸭子游戏
4. 什么时候应该使用继承？
5. 核心原则

这是一个非常经典且核心的面向对象设计问题,简短的回答是：在大多数情况下，合成复用原则（Composite Reuse Principle, CRP）确实优于继承，但这并不意味着继承是“坏的”或应该被完全抛弃。

两者各有适用的场景,理解其背后的权衡比单纯记忆“谁更好”更重要。

下面我们来详细拆解一下。

核心思想

• 合成/聚合复用原则（CRP）：尽量使用对象组合（has-a关系），而不是类继承（is-a关系）来达到复用的目的。
• 继承：通过建立父子类关系，子类自动获得父类的属性和方法（is-a关系）。

为什么CRP通常优于继承？

继承虽然有复用方便的优点,但它破坏封装性、增加耦合度，并且可能带来意想不到的风险。

举个经典例子：模拟鸭子游戏

假设我们要设计一个模拟鸭子游戏,有各种鸭子：绿头鸭、红头鸭、橡皮鸭、木鸭。

使用继承的糟糕设计

1. 基类 Duck：有 quack()（呱呱叫）和 fly()（飞）方法。
2. 子类 RubberDuck（橡皮鸭）：它不会飞，也不会呱呱叫（会吱吱叫）。
   • 问题：必须重写 fly()（覆盖为空）和 quack()（改为 squeak()），这违反了LSP（里氏替换原则）。
3. 维护噩梦：新增一种“诱饵鸭”（Decoy Duck），不会飞、不会叫，又得重写，如果以后要给所有能飞的鸭子添加新的飞行行为，所有不能飞的鸭子类都得检查一遍。

使用CRP的良好设计

1. 行为接口：

   • FlyBehavior 接口（interface FlyBehavior { public function fly(); }）
   • QuackBehavior 接口

2. 具体行为类：

   • FlyWithWings 实现 FlyBehavior
   • FlyNoWay 实现 FlyBehavior
   • Quack 实现 QuackBehavior
   • Squeak 实现 QuackBehavior
   • MuteQuack 实现 QuackBehavior

3. 基类 Duck：

   • 持有 FlyBehavior 和 QuackBehavior 的对象引用（这就是组合）。
   • 提供 performFly() 和 performQuack() 方法，委托给行为对象。

4. 具体鸭子类：

   class RubberDuck extends Duck {
       public function __construct() {
           $this->flyBehavior = new FlyNoWay();     // 不会飞
           $this->quackBehavior = new Squeak();      // 吱吱叫
       }
   }
   class MallardDuck extends Duck {
       public function __construct() {
           $this->flyBehavior = new FlyWithWings();  // 会飞
           $this->quackBehavior = new Quack();       // 呱呱叫
       }
   }

优势：

• 零修改：想改变行为，只需创建新的行为类或修改当前对象的引用（运行时切换）。
• 超灵活：可以复用 FlyNoWay 给橡皮鸭、木鸭、诱饵鸭，不用为每个子类重写方法。
• 代码更少：去掉了大量重复的覆盖代码。

什么时候应该使用继承？

说了这么多CRP的好处,但继承在特定情况下依然是更好的选择：

1. 真正的“is-a”关系，且行为高度稳定：class Car extends Vehicle。Vehicle 的 startEngine() 方法在可见的未来不会变，而且所有子类几乎都以相同的方式启动引擎，继承是简单直接的。
2. 子类需要访问或修改父类的具体实现细节：比如模板方法模式（Template Method Pattern），父类定义了算法的骨架（包含抽象方法或钩子方法），让子类实现具体步骤，这严格来说是为了代码复用，但耦合度可控。
3. 代码复用限于同一种类的内部实现：框架中的基类，你扩展它，通常是为了添加特定的业务逻辑，而不是为了改变其行为（class MyController extends Controller）。
4. 多态性的典型应用：比如在集合中存放不同类型的子类，通过父类指针或引用统一调用它们的方法（如 $animals[] = new Dog(); $animals[] = new Cat(); foreach ($animals as $animal) { echo $animal->makeSound(); }）。注意：这里是用继承实现多态，但行为通常是稳定的。

核心原则

• “优先使用对象组合，而不是类继承。”
• 继承是一种高度耦合的复用手段，容易导致系统脆弱。
• 组合提供了更低的耦合度、更高的灵活性和更好的封装性。

在PHP开发中的现实指导：

1. 如果犹豫不决，选组合（CRP）。 特别是当你使用依赖注入容器时，组合几乎总是更自然。
2. 继承仅用于实现“类型层次结构”和“稳定的行为扩展”（比如框架基类），尽量避免纯粹为了代码复用而创建深层继承树。
3. 接口（Interface） + 组合（CRP） 是现代PHP开发的黄金搭档，接口定义了契约，组合提供了实现，两者结合（接口隔离原则 + CRP）可以构建出非常健壮、可扩展的系统。

回到问题：PHP合成复用原则优于继承吗？

答：是的，在绝大多数情况下，为了达到“高内聚、低耦合”的设计目标，应该优先选择合成复用原则，继承是有其用途的工具，但应该谨慎使用，只在真正需要“是一种”关系且行为稳定时才使用。