组合模式的核心思想是统一接口，通过让叶子和树枝节点实现相同方法签名（如add、remove、operate），使调用方无需判断类型即可统一操作；javascript利用构造器+原型模拟该模式，实现职责分离与灵活扩展。
组合模式的核心思想是统一接口
它不靠继承强耦合，而是让叶子节点和树枝节点都实现同一套方法签名。比如 add、remove、operate 这些方法，在叶子类里可能是空操作，在组合类里则会遍历子节点递归调用。这种设计抹平了“单个对象”和“一组对象”的使用差异——调用方只管调，不用判断类型。
树形结构由原型链自然支撑
JavaScript 原生没有抽象类，但可以用函数构造器 + 原型对象模拟统一接口：
- 定义一个基础构造器 Component，在其 prototype 上声明通用方法（如 display、getChildren）
- Leaf 继承 Component，重写业务方法（如 display），但 add/remove 留空
- Composite 同样继承 Component，内部维护 children = []，所有操作都转发给子节点
这种结构天然适配 JS 的原型机制：方法共享在原型上，实例只存自身状态，内存高效，扩展灵活。
递归行为由对象自身驱动，而非外部控制
组合模式的“智能”在于：每个节点知道自己怎么处理自己，也知道自己怎么调度子节点。例如调用根节点的 operate()，它会：
- 如果是叶子节点，直接执行自身逻辑
- 如果是组合节点，则对每个 child.operate() 调用——这个过程自动向下穿透，无需外部循环或条件分支
DOM API 就是典型例子：node.appendChild() 和 node.querySelectorAll() 对任意节点都有效，因为浏览器内部正是按组合模式组织节点关系的。
与传统继承的关键区别在于职责分离
组合模式不强调“谁是谁的子类”，而强调“谁持有谁、谁委托谁”。它回避了深继承链带来的脆弱性：
- 新增一种叶子类型？只需实现 Component 接口，不改动已有类
- 想改变某层组合逻辑？只改 Composite 类，不影响 Leaf 或其他 Composite
- 客户端代码完全不知道内部是单个对象还是一棵树，彻底解耦
这比基于 class 的多层继承更轻量，也更贴近 JavaScript 动态、扁平的对象协作本质。
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
