组合模式能解决什么问题

**组合模式（Composite Pattern）**的核心目标是：让“单个对象”和“对象组合”可以被一致地对待，从而简化客户端代码，提升系统的可扩展性。

一、组合模式能解决什么问题？

1️⃣ 树形结构处理问题

当你面对**整体—部分（Part-Whole）**结构时，比如：

• 文件系统（文件 / 文件夹）
• UI 组件（按钮 / 面板 / 窗口）
• 组织架构（员工 / 部门）
• 菜单系统（菜单项 / 子菜单）

问题：

• 单个对象和组合对象的行为不同
• 客户端需要区分“是单个对象还是组合对象”
• 每增加一种结构，客户端代码就要改

✅ 组合模式解决：

用一个统一的接口，让客户端不关心对象是单个还是组合

2️⃣ 消除大量 if / else 或 instanceof 判断

没有组合模式时可能的代码：

if (node instanceof File) {
    file.read();
} else if (node instanceof Directory) {
    for (Node child : children) {
        child.read();
    }
}

❌ 问题：

• 客户端逻辑复杂
• 新增节点类型就要改代码
• 违背开闭原则

✅ 组合模式后：

node.read();

客户端完全不需要关心内部结构。

3️⃣ 让递归操作变得自然

组合模式天然适合递归结构：

• 计算文件夹大小
• 渲染 UI 树
• 统计部门人数
• 执行批量操作

✅ 操作组合对象时，自动递归到子对象。

二、组合模式的核心思想

把“叶子对象”和“容器对象”当成同一种对象处理

角色说明

三、典型示例：文件系统

抽象组件

interface Node {
    void read();
}

叶子节点（文件）

class File implements Node {
    public void read() {
        System.out.println("读取文件");
    }
}

组合节点（文件夹）

class Directory implements Node {
    private List<Node> children = new ArrayList<>();

    public void add(Node node) {
        children.add(node);
    }

    public void read() {
        for (Node child : children) {
            child.read();
        }
    }
}

客户端

Node file1 = new File();
Node file2 = new File();

Directory dir = new Directory();
dir.add(file1);
dir.add(file2);

dir.read(); // 统一调用

✅ 客户端不需要知道 Directory 里有 File

四、组合模式的适用场景总结

✅ 当满足以下条件时，非常适合组合模式：

• 系统中有树形结构
• 客户端希望忽略单个对象与组合对象的差异
• 希望对整体和部分进行统一操作
• 希望递归处理结构

五、组合模式的优缺点

✅ 优点

• 客户端代码简洁、统一
• 易扩展（新增节点无需改客户端）
• 非常适合递归操作

❌ 缺点

• 抽象层设计复杂
• 可能违反“单一职责原则”
• 某些操作对叶子节点无意义（如 add()）

六、一句话总结

组合模式解决的是：如何用统一的方式处理“单个对象”和“对象组合”，特别适合树形结构。

如果你愿意，我也可以：

• 用 真实业务案例 讲（如权限树、菜单树）
• 对比 组合模式 vs 装饰器 / 访问者模式
• 用 UML 图 帮你理解