目录
组合设计模式是一种结构型设计模式，又名部分整体模式，是用于把一组相似的对象当作一个单一的对象。它允许客户端以统一的方式处理单个对象和组合对象。该模式将对象组合成树形结构，以表现“部分-整体”的关系。
如图我们可以看做是一个文件系统，对于这样的结构我们称之为树形结构。在树形结构中可以通过调用某个方法来遍历整个树，当我们找到某个叶子节点后，就可以对叶子节点进行相关的操作。
可以将这颗树理解成一个大的容器，容器里面包含很多的成员对象，这些成员对象即可是容器对象也可以是叶子对象。但是由于容器对象和叶子对象在功能上面的区别，使得我们在使用 的过程中必须要区分容器对象和叶子对象，但是这样就会给客户带来不必要的麻烦，作为客户而已，它 始终希望能够一致的对待容器对象和叶子对象。
组合模式结构
组合模式主要包含三种角色：
抽象根节点（Component）：定义系统各层次对象的共有方法和属性，可以预先定义一些默认行 为和属性。
树枝节点（Composite）：定义树枝节点的行为，存储子节点，组合树枝节点和叶子节点形成一 个树形结构。
叶子节点（Leaf）：叶子节点对象，其下再无分支，是系统层次遍历的最小单位。
案例实现
【例】软件菜单
如上图，我们在访问别的一些管理系统时，经常可以看到类似的菜单。一个菜单可以包含菜单项（菜单 项是指不再包含其他内容的菜单条目），也可以包含带有其他菜单项的菜单，因此使用组合模式描述菜 单就很恰当，我们的需求是针对一个菜单，打印出其包含的所有菜单以及菜单项的名称。
菜单组件 ： 属于抽象根节点
public abstract class MenuComponent {
//菜单组件的名称
protected String name;
//菜单组件的层级
protected int level;
//添加子菜单
public void add(MenuComponent menuComponent) {
throw new UnsupportedOperationException();
}
//移除子菜单
public void remove(MenuComponent menuComponent) {
throw new UnsupportedOperationException();
}
//获取指定的子菜单
public MenuComponent getChild(int index) {
throw new UnsupportedOperationException();
}
//获取菜单或者菜单项的名称
public String getName() {
return name;
}
//打印菜单名称的方法（包含子菜单和字菜单项）
public abstract void print();
}
这里的MenuComponent定义为抽象类，因为有一些共有的属性和行为要在该类中实现，Menu和 MenuItem类就可以只覆盖自己感兴趣的方法，而不用搭理不需要或者不感兴趣的方法，举例来说， Menu类可以包含子菜单，因此需要覆盖add()、remove()、getChild()方法，但是MenuItem就不 应该有这些方法。这里给出的默认实现是抛出异常，你也可以根据自己的需要改写默认实现。
菜单类 ： 属于树枝节点
public class Menu extends MenuComponent {
//菜单可以有多个子菜单或者子菜单项
private List<MenuComponent> menuComponentList = new ArrayList<MenuComponent>();
//构造方法
public Menu(String name,int level) {
this.name = name;
this.level = level;
}
@Override
public void add(MenuComponent menuComponent) {
menuComponentList.add(menuComponent);
}
@Override
public void remove(MenuComponent menuComponent) {
menuComponentList.remove(menuComponent);
}
@Override
public MenuComponent getChild(int index) {
return menuComponentList.get(index);
}
@Override
public void print() {
//打印菜单名称
for(int i = 0; i < level; i++) {
System.out.print("--");
}
System.out.println(name);
//打印子菜单或者子菜单项名称
for (MenuComponent component : menuComponentList) {
component.print();
}
}
}
Menu类已经实现了除了getName方法的其他所有方法，因为Menu类具有添加菜单，移除菜单和获取子菜单的功能。
菜单项类 ： 属于叶子节点
public class MenuItem extends MenuComponent {
public MenuItem(String name,int level) {
this.name = name;
this.level = level;
}
public void print() {
//打印菜单项的名称
for(int i = 0; i < level; i++) {
System.out.print("--");
}
System.out.println(name);
}
}
MenuItem是菜单项，不能再有子菜单，所以添加菜单，移除菜单和获取子菜单的功能并不能实现。
测试类：
public class Client {
public static void main(String[] args) {
//创建菜单树
MenuComponent menu1 = new Menu("菜单管理",2);
menu1.add(new MenuItem("页面访问",3));
menu1.add(new MenuItem("展开菜单",3));
menu1.add(new MenuItem("编辑菜单",3));
menu1.add(new MenuItem("删除菜单",3));
menu1.add(new MenuItem("新增菜单",3));
MenuComponent menu2 = new Menu("权限管理",2);
menu2.add(new MenuItem("页面访问",3));
menu2.add(new MenuItem("提交保存",3));
MenuComponent menu3 = new Menu("角色管理",2);
menu3.add(new MenuItem("页面访问",3));
menu3.add(new MenuItem("新增角色",3));
menu3.add(new MenuItem("修改角色",3));
//创建一级菜单
MenuComponent component = new Menu("系统管理",1);
//将二级菜单添加到一级菜单中
component.add(menu1);
component.add(menu2);
component.add(menu3);
组合模式的分类
在使用组合模式时，根据抽象构件类的定义形式，我们可将组合模式分为透明组合模式和安全组合模式 两种形式。
透明组合模式
透明组合模式中，抽象根节点角色中声明了所有用于管理成员对象的方法，比如在示例中 MenuComponent 声明了 add 、 remove 、 getChild 方法，这样做的好处是确保所有的构件 类都有相同的接口。透明组合模式也是组合模式的标准形式。 透明组合模式的缺点是不够安全，因为叶子对象和容器对象在本质上是有区别的，叶子对象不可能 有下一个层次的对象，即不可能包含成员对象，因此为其提供 add()、remove() 等方法是没有 意义的，这在编译阶段不会出错，但在运行阶段如果调用这些方法可能会出错（如果没有提供相应 的错误处理代码）
安全组合模式
在安全组合模式中，在抽象构件角色中没有声明任何用于管理成员对象的方法，而是在树枝节点 Menu 类中声明并实现这些方法。安全组合模式的缺点是不够透明，因为叶子构件和容器构件具有不同的方法，且容器构件中那些用于管理成员对象的方法没有在抽象构件类中定义，因此客户端 不能完全针对抽象编程，必须有区别地对待叶子构件和容器构件。
组合模式的优缺点
优点：
-
具有灵活性。使用组合模式可以方便地增加或者删除节点，这对于改变树形结构或者遍历树形结构非常有用。通过叶子节点和树枝节点的递归组合，可以形成复杂的树形结构，但对树形结构的控制却非常简单。
-
提高代码的复用性。组合模式中，叶子节点和节点组合采用相同的接口定义，因此可以提高代码的复用性，在不改变现有代码的情况下进行扩展。
-
简化客户端代码。客户端可以一致地使用一个组合结构或其中单个对象，不必关心处理的是单个对象还是整个组合结构。
-
方便进行控制，组合模式可以清楚地定义分层次的复杂对象，表示对象的全部或部分层次，它让客户端忽略了层次 的差异，方便对整个层次结构进行控制。
-
可以支持大批量数据的访问和处理。
-
符合开闭原则，在组合模式中增加新的树枝节点和叶子节点都很方便，无须对现有类库进行任何修改
缺点：
-
组合模式可能会造成系统过于抽象化，使设计变得更加复杂。
-
实现组合模式需要额外的开销，因此在对象数量很大或者对象结构很复杂时可能会带来性能问题。
-
组合模式增加了系统的类和对象的个数，增加了系统的复杂性。
总的来说，组合模式的优点是灵活性高、代码复用性好、便于增加或者删除节点，缺点是可能导致抽象化过度和性能问题。需要根据具体的应用场景来决定是否采用组合模式。
组合模式应用场景：
-
组合-部分整体场景：将多个对象组合成一个整体，并且整体与部分是一致对待的。比如树形菜单、文件夹和文件等。
-
递归结构场景：处理递归的数据结构。比如文件和目录的关系就是递归的。
-
规则场景：当需要处理的对象具有明显的层次结构时，可以考虑使用组合模式。比如，企业中不同职位的员工，每个职位的员工都有一些共同的属性（比如姓名、公司邮件地址），但也有一些不同的属性（比如职位、薪水等）。
-
任务分解场景：将一个大任务分解为多个小任务，然后再将小任务组合起来，形成一个任务树。这种情况下，可使用组合模式对任务进行建模。
-
GUI控件场景：GUI控件通常可以嵌套在其他控件中，并且用户可以在控件中插入其他控件，组合模式适用于GUI控件的场景。
总之，组合模式适用于处理树形结构的场景，将一个对象的部分和整体看作一样，形成一个树形结构。在需要统一处理整个树形结构时，可以考虑使用组合模式。
422
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
