17370845950

组合优于继承，即优先通过对象组合实现功能复用而非继承。继承导致紧耦合、破坏封装、层次膨胀且行为静态；组合则通过委托实现松耦合、运行时动态切换行为、易于测试，并避免多继承限制。例如订单处理中，用DiscountStrategy接口配合Order类持有策略对象，新增折扣方式无需修改原有代码，符合开闭原则。当存在稳定“is-a”关系时可使用继承，否则应优先选择组合以提升系统灵活性和可维护性。

组合优于继承是一个在面向对象设计中被广泛推崇的原则，尤其在Java中，它帮助开发者构建更灵活、可维护的系统。这个原则的核心在于：优先使用对象组合（即在一个类中包含另一个类的实例）来实现功能复用，而不是通过类之间的继承关系。

继承的局限性

继承虽然能实现代码复用，但会带来几个问题：

• 紧耦合：子类与父类高度依赖，父类一旦修改，可能影响所有子类。
• 破坏封装：子类可以访问和重写父类的方法，可能导致意外行为。
• 继承层次膨胀：随着需求变化，类层级越来越深，难以理解和维护。
• 无法动态改变行为：继承是静态的，子类在编译时就确定了行为。

组合如何解决问题

组合通过将功能委托给其他对象来实现复用。你可以定义接口或具体类表示某种能力，并在需要的类中持有这些对象的引用。

• 松耦合：组件之间独立，修改一个类不影响其他部分。
• 运行时灵活性：可以在程序运行时切换行为，比如动态更换策略。
• 易于测试：可以通过注入模拟对象进行单元测试。
• 避免多重继承限制：Java不支持多继承，但可以组合多个不同的对象。

实际应用示例

考虑一个订单处理器的设计：

• 使用继承：创建DiscountOrder、PremiumOrder等子类，容易导致类爆炸。
• 使用组合：定义DiscountStrategy接口，让Order类持有一个策略对象，根据情况设置普通折扣、会员折扣等。

这样，添加新的折扣方式只需新增策略类，无需修改原有代码，符合开闭原则。

何时仍可使用继承

继承并非完全避免，当满足“is-a”关系且父类稳定时，继承依然合理。比如Dog is a Animal，且不会频繁变更父类逻辑。

关键是判断：你是否只是想复用代码？还是真的存在逻辑上的继承关系？如果是前者，优先考虑组合。

基本上就这些。组合让系统更灵活，继承则更适合表达明确的类型关系。在Java中，善用组合能显著提升代码质量。