组合优于继承，Java设计模式解析

各位小伙伴们，大家好呀！看看今天我又给各位带来了什么文章？本文标题是《如何实现组合优于继承？Java设计模式解析》，很明显是关于文章的文章哈哈哈，其中内容主要会涉及到等等，如果能帮到你，觉得很不错的话，欢迎各位多多点评和分享！

组合优于继承，因组合通过内部实例委托实现功能复用，避免暴露多余接口。如MyStack持有ArrayList实例，仅封装栈所需操作，提升封装性与安全性；而继承会使子类暴露父类所有方法，破坏LIFO原则，且导致强耦合，引发脆弱基类问题——父类变更直接影响子类，难以维护。

在Java编程中，当我们谈论代码复用和设计灵活性时，"组合优于继承"是一个被广泛推崇的原则。简单来说，它建议我们优先通过在一个类中包含另一个类的实例（组合）来复用功能，而不是通过让一个类继承另一个类（继承）。这样做能够显著降低代码间的耦合度，提升系统的可维护性和扩展性，避免继承带来的诸多陷阱。

要实践这个原则，最直接的方式就是委托（Delegation）。假设我们想实现一个简单的栈（Stack）功能，我们可能会本能地想到让 MyStack 类继承 java.util.Vector 或 java.util.ArrayList，因为它们都提供了列表操作。但这样做，MyStack 会暴露 Vector 或 ArrayList 的所有公共方法，比如 get(index)、remove(index)，这些操作对于栈的LIFO（后进先出）原则来说是完全不合适的，甚至可能破坏栈的内部状态。

通过组合，我们可以这样做：

import java.util.ArrayList;
import java.util.List;

public class MyStack {
    // 组合：MyStack 内部包含一个 ArrayList 的实例
    private List elements = new ArrayList<>();

    public void push(T item) {
        elements.add(item);
    }

    public T pop() {
        if (isEmpty()) {
            throw new IllegalStateException("Stack is empty");
        }
        return elements.remove(elements.size() - 1);
    }

    public T peek() {
        if (isEmpty()) {
            throw new IllegalStateException("Stack is empty");
        }
        return elements.get(elements.size() - 1);
    }

    public boolean isEmpty() {
        return elements.isEmpty();
    }

    public int size() {
        return elements.size();
    }

    // 注意：这里我们只暴露了栈应该有的行为，
    // 而没有暴露 ArrayList 的所有方法。
    // 这就是组合带来的封装性优势。
}

你看，MyStack 类并没有继承 ArrayList，而是内部“拥有”了一个 ArrayList 实例，并把 push、pop 等操作委托给这个 ArrayList 来完成。这样，MyStack 的外部接口就只包含了栈应有的行为，完全避免了 ArrayList 那些不符合栈语义的方法被误用。

为什么说组合比继承更灵活、更易维护？

这个问题，其实是触及到了面向对象设计的核心矛盾之一。在我看来，继承最诱人的地方在于它能实现代码的“自然”复用，毕竟“子类是父类的一种特殊类型”这种“is-a”关系听起来很直观。但现实往往比理论复杂得多。

继承一旦建立，子类和父类之间就形成了强耦合。子类不仅继承了父类的实现，还继承了它的接口。这意味着父类的任何改动，都可能在不经意间影响到所有子类，这就是所谓的“脆弱的基类问题”（Fragile Base Class Problem）。比如，父类新增了一个方法，或者改变

以上就是《组合优于继承，Java设计模式解析》的详细内容，更多关于的资料请关注golang学习网公众号！