设计模式之组合模式（Composite Pattern），又称为"整体---部分"（Part-Whole）模式，是一种结构型设计模式。它通过将一组相似的对象组合成树形结构来表示"部分-整体"的层次关系，使得用户对单个对象和组合对象的使用具有一致性。以下是对组合模式的详细介绍：
一、定义与特点
- 定义：组合模式将对象组合成树形结构以表示"部分-整体"的层次结构，使得用户对单个对象和组合对象的使用具有一致性。
- 特点 ：
- 提供了表示对象集合的抽象数据类型。
- 组合具有表示单个对象和组合对象的类层次结构。
- 组合对象可以包含并可以统一处理其组合成分。
二、主要角色与类结构
组合模式通常包含以下几个主要角色：
- 抽象构件（Component） ：
- 定义了一个对象的接口，用于访问和管理组件的子对象。
- 可以是接口或抽象类，声明了对象共有的方法，包括用于访问和管理子构件的方法（如增加子构件、删除子构件、获取子构件等）。
- 在透明式组合模式中，还声明了所有子类中的全部方法。
- 叶子构件（Leaf） ：
- 在组合中表示叶子节点对象，是组合中的叶节点对象，没有子节点。
- 实现了抽象构件中定义的行为，但对于那些访问及管理子构件的方法，可以通过异常等方式进行处理。
- 容器构件（Composite）/树枝构件（Composite） ：
- 在组合中表示容器节点对象，是组合中的分支节点对象，包含子节点。
- 其子节点可以是叶子节点，也可以是容器节点。
- 提供一个集合用于存储子节点，并实现了在抽象构件中定义的行为，包括那些访问及管理子构件的方法。
三、实现方式
组合模式的实现根据所实现接口的区别分为两种形式，分别称为安全式组合模式 和透明式组合模式：
- 安全式组合模式 ：
- 管理聚集的方法只出现在树枝构件类中，而不出现在树叶构件类中。
- 抽象构件不定义出管理子对象的方法，这一定义由树枝构件对象给出。
- 缺点是不够透明，因为树叶类和树枝类将具有不同的接口。
- 透明式组合模式 ：
- 要求所有的具体构件类，不论树枝构件还是树叶构件，均符合一个固定接口。
- 客户端可以一致地处理所有的对象，无须区分是叶子节点还是容器节点。
- 缺点是树叶构件本来没有管理子对象的方法，却要实现它们（空实现或抛异常），这样会带来一些安全性问题。
四、优点
- 简化客户端代码：客户端可以一致地处理单个对象和组合对象，无须关心自己处理的是单个对象还是组合对象。
- 高扩展性：更容易在组合体内加入新的对象，客户端不会因为加入了新的对象而更改源代码，满足"开闭原则"。
五、缺点
- 设计较复杂：客户端需要花更多时间理清类之间的层次关系。
- 安全性问题：透明式组合模式中，树叶构件需要实现一些不必要的方法，可能带来安全性问题。
- 性能问题：由于组合模式中的对象可能被存储在多个地方，可能导致性能问题，特别是在树形结构复杂的情况下。
六、适用场景
组合模式适用于需要表示对象的部分-整体层次结构的场景，如：
- 文件系统中的文件和文件夹。
- 窗体程序中的简单控件与容器控件。
- 图形界面中的菜单项、按钮和其他控件的树形结构。
- 表示公司或组织的部门结构。
- XML文档的层次结构解析等。
七、示例
在文件系统的例子中，文件和文件夹可以被看作是一个整体-部分的关系。使用组合模式，可以创建一个统一的接口来处理文件和文件夹，无论是对文件进行操作还是对文件夹及其子文件夹进行操作，都可以使用相同的代码逻辑。
java
// 抽象组件类
abstract class FileSystemComponent {
private String name;
public FileSystemComponent(String name) {
this.name = name;
}
// 添加子组件的方法，默认为空实现（透明式组合模式）
public void add(FileSystemComponent component) {
throw new UnsupportedOperationException("This is a leaf.");
}
// 删除子组件的方法，默认为空实现
public void remove(FileSystemComponent component) {
throw new UnsupportedOperationException("This is a leaf.");
}
// 显示组件信息的方法
public void display(int depth) {
StringBuilder indent = new StringBuilder();
for (int i = 0; i < depth; i++) {
indent.append("--");
}
System.out.println(indent + name);
}
// 声明一个用于访问子组件的方法（可选，根据具体需求实现）
// ...
// 获取组件名称的方法
public String getName() {
return name;
}
}
// 叶子类（文件）
class File extends FileSystemComponent {
public File(String name) {
super(name);
}
// 文件不需要添加或删除子组件，因此不需要重写这些方法
}
// 容器类（文件夹）
class Folder extends FileSystemComponent {
private List<FileSystemComponent> children = new ArrayList<>();
public Folder(String name) {
super(name);
}
// 文件夹可以添加子组件
@Override
public void add(FileSystemComponent component) {
children.add(component);
}
// 文件夹可以删除子组件
@Override
public void remove(FileSystemComponent component) {
children.remove(component);
}
// 文件夹需要显示自己和所有子组件
@Override
public void display(int depth) {
super.display(depth);
for (FileSystemComponent child : children) {
child.display(depth + 1);
}
}
}
// 客户端代码
public class CompositePatternDemo {
public static void main(String[] args) {
// 创建文件夹和文件
Folder root = new Folder("Root");
Folder folder1 = new Folder("Folder 1");
Folder folder2 = new Folder("Folder 2");
File file1 = new File("File 1.txt");
File file2 = new File("File 2.txt");
// 构建树结构
root.add(folder1);
root.add(folder2);
folder1.add(file1);
folder2.add(file2);
// 显示文件结构
root.display(0);
}
}在这个例子中，FileSystemComponent 是抽象组件类，它有一个 name 属性和一些基本方法（如 add, remove, display）。注意，add 和 remove 方法在 FileSystemComponent 类中被声明为抛出 UnsupportedOperationException，因为叶子类（File）不应该包含这些方法。然而，在透明式组合模式中，我们更倾向于在叶子类中保留这些方法，并让它们空实现或抛出异常（如上所示），以保持接口的一致性。
File 类是叶子类，它继承自 FileSystemComponent 但不实现 add 和 remove 方法，因为这些方法对于文件来说没有意义。
Folder 类是容器类，它继承自 FileSystemComponent 并重写了 add 和 remove 方法以支持子组件的管理。同时，它还重写了 display 方法来递归地显示文件夹及其子组件。
最后，在 CompositePatternDemo 类的 main 方法中，我们创建了文件夹和文件对象，构建了树形结构，并调用了 display 方法来显示整个文件系统的结构。
八、结束语
组合模式是一种非常有用的设计模式，它提供了一种灵活的方式来处理对象之间的整体-部分关系，使得系统更加模块化和易于扩展。
如果对你有帮助，记得点赞收藏。