设计模式（九）—— 组合模式（定义、案例分析、特点、缺点）

---

前言

文章内容主要参考了刘伟主编的《设计模式（第2版）》，同时也结合了自己的一些思考和理解，希望能帮到大家。

---

本篇讲解组合模式，虽然好像听起来想象不出是什么，但其实就是层层嵌套递归！当然说到递归不必害怕，组合模式并不难理解。
后面也会拓展 透明组合模式 和 安全组合模式。

正文

一、定义

组合模式(Composite Pattern)：组合多个对象形成树形结构以表示“部分-整体”的结构层次。组合模式对单个对象（即叶子对象）和组合对象（即容器对象）的使用具有一致性。该模式属于对象结构型模式。将对象组织到树形结构中，可以用来描述整体与部分的关系

组合模式所要描述的就是一种递归的情况，最后其实整理出来就是一个树形结构。给出个案例就能很好的理解啦！

二、情景假设

在水果盘(Plate)中有一些水果，如苹果(Apple)、香蕉(Banana)、梨子(Pear)，当然大水果盘中还可以有小水果盘，现需要对盘中的水果进行遍历（吃），当然如果对一个水果盘执行“吃”方法，实际上就是吃其中的水果。使用组合模式模拟该场景。

很好的理解，其实就是在进行吃的时候，要考虑是盘子还是水果，如果是水果就直接吃，如果是盘子那么就要递归下去，吃盘子里面的水果。

三、情景分析

关于上面情景的类图（具体分析在下面）

首先我们想想该怎么编写，如果说你一开始的想法是这样，先定义一个大水果盘然后把所有水果和水果盘作为属性存好，然后需要eat的时候，就让所有的属性执行eat方法，水果盘则自行处理。那么这个时候如果说我需要加一个水果或水果盘，其实非常的麻烦而且违背了开闭原则，就是把要添加的水果或者水果盘加入属性里面。或许你们会说我可以在水果盘种定义两个集合，一个集合专门装水果的，一个是专门存水果盘的，但其实还是有问题：1.水果盘设计和实现复杂，针对不同成员有不同集合还要为止增加对应的增删改方法。2.灵活性和可拓展性差，因为如果这时候我突然增加零食类增加饮料类，那岂不是改动非常多的源码。3.客户端而言，必须要区别对待两者，水果有水果的处理，水果盘有水果盘的处理。

所以组合模式其实就是把容器和叶子结点给统一起来了。客户端而言是统一处理的，就算增加新的种类也不会改动源码。方法就是将容器和叶子共同构造一个抽象累，统一操作，实现的时候分开实现。

所以先定义抽象类

//抽象构件类
public abstract class MyElement
{
   
	//抽象统一一个eat方法
	public abstract void eat();
}

接下来是水果叶子结点和水果盘叶子节点

//水果叶子结点
public class Apple extends MyElement{
   
	public void eat(){
   
		System.out.println("吃苹果!");
	}
}
...其他水果类就不展示了

//水果盘容器类
public class Plate extends MyElement{
   
	private ArrayList list = new ArrayList();
	public  void add(MyElement element){
   
		list.add(element);
	}
	public void remove(MyElement element){
   
		list.remove