组合模式：树形结构的统一处理
组合模式：树形结构的统一处理
在软件开发中，我们经常需要处理“整体-部分”层次结构，例如文件系统中的文件夹和文件、公司组织架构、UI 容器和控件。组合模式（Composite Pattern）提供了一种优雅的方式，让你能够统一对待单个对象和对象组合，从而简化客户端代码。
什么是组合模式
组合模式属于结构型设计模式，它将对象组合成树形结构以表示“部分-整体”的层次关系。该模式使得用户对单个对象和组合对象的使用具有一致性。
核心思想是：定义一个公共接口（或抽象类），让“叶子节点”（单个对象）和“容器节点”（组合对象）都实现该接口。客户端可以无差别地调用接口方法，无需关心当前操作的是一个简单元素，还是一个包含众多子元素的复杂结构。
模式结构
组合模式通常包含以下角色：
- Component（抽象构件）：为组合中的对象声明接口，在适当情况下实现所有类共有的默认行为。声明用于访问和管理子组件的接口（可选）。
- Leaf（叶子构件）：表示树结构中最末端的节点，没有子节点。实现
Component接口的所有方法。 - Composite（容器构件）：存储子组件（通常是
Component类型），实现与子组件相关的操作，例如add、remove、getChild。 - Client（客户端）：通过
Component接口与对象交互。
类图关系可以简单描述为：
Component <|-- Leaf
Component <|-- Composite
Composite o-- Component (持有子组件集合)
代码示例：文件系统
下面的 Python 示例模拟了一个简化的文件系统。FileSystemNode 是抽象构件，File 是叶子节点，Directory 是容器节点。客户端可以无差别地调用 show 方法来展示整个目录结构。
from abc import ABC, abstractmethod
# 抽象构件
class FileSystemNode(ABC):
@abstractmethod
def show(self, indent=0):
pass
# 叶子构件：文件
class File(FileSystemNode):
def __init__(self, name):
self.name = name
def show(self, indent=0):
print(" " * indent + f"文件：{self.name}")
# 容器构件：目录
class Directory(FileSystemNode):
def __init__(self, name):
self.name = name
self.children = []
def add(self, node: FileSystemNode):
self.children.append(node)
def remove(self, node: FileSystemNode):
self.children.remove(node)
def show(self, indent=0):
print(" " * indent + f"目录：{self.name}")
for child in self.children:
child.show(indent + 2)
# 客户端使用
if __name__ == "__main__":
root = Directory("根目录")
docs = Directory("文档")
pics = Directory("图片")
file1 = File("简历.pdf")
file2 = File("海报.png")
file3 = File("假期.jpg")
docs.add(file1)
pics.add(file2)
pics.add(file3)
root.add(docs)
root.add(pics)
root.add(File("readme.txt"))
# 统一调用 show，无需区分文件和目录
root.show()
运行结果会以缩进形式打印出完整的树形结构。
透明组合与安全组合
组合模式有两种常见的实现形式，选择哪一种取决于你是否希望在抽象构件中定义子节点管理操作。
- 透明组合：在
Component接口中声明add、remove、getChild方法。优点是对客户端完全透明，一致性最强；缺点是叶子节点也必须实现这些方法（通常抛出异常或空实现），引入了不必要的负担。 - 安全组合：只在
Composite类中声明管理子节点的方法，Component接口只包含业务行为。优点是类型安全，叶子节点不会有多余方法；缺点是客户端调用add等操作时必须知道对象的具体类型，失去了部分透明性。
建议：对于初学者，优先采用安全组合，避免在叶子节点中编写无意义的空方法。当客户端确实需要完全忽略叶子与组合的差异时，再采用透明组合，并做好异常处理。
适用场景
- 你想表示对象的“部分-整体”层次结构。
- 你希望客户端能够忽略组合对象和单个对象之间的差异，统一使用它们。
- 系统中存在大量结构一致的对象集合，且这些集合可以嵌套形成树状结构。
- 常见实例：图形用户界面（按钮、面板、窗口）、文件系统（文件、文件夹）、JSON/XML 结构解析、组织架构树等。
优缺点
优点：
- 简化客户端代码：客户端可以一致地处理简单元素和复合元素，无需为不同类型编写条件判断。
- 更容易扩展：增加新的组件类型（叶子或容器）只需实现抽象接口，无需修改现有代码，符合开闭原则。
- 清晰定义复杂层次：形成天然递归结构，便于遍历和操作。
缺点：
- 设计复杂化：如果系统本身层次较简单，使用组合模式会引入不必要的抽象。
- 限制类型：想让组合只包含某些特定类型的子节点时，无法在编译期强制约束，可能需要运行时检查。
- 难以限制组件：有时候容器不应该容纳某些特定组件，组合模式在这种约束控制上略显不足。
总结
组合模式通过建立一致的抽象接口，将树形结构的“单点”和“集合”统一封装起来，极大地提升了代码的复用性与可维护性。当你明确识别出系统中存在部分-整体层次，并且需要为客户端提供一个统一的访问入口时，组合模式会是一个既经典又实用的解决方案。
尝试分析你身边的应用：安卓的 View 和 ViewGroup、HTML DOM 树、公司部门与员工的层级关系，你会发现组合模式无处不在。