如何在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)。比如,父类新增了一个方法,或者改变