设计模式学习笔记--合成(Composite)模式

写在模式学习之前

       什么是设计模式：在我们进行程序设计时，逐渐形成了一些典型问题和问题的解决方案，这就是软件模式；每一个模式描述了一个在我们程序设计中经常发生的问题，以及该问题的解决方案；当我们碰到模式所描述的问题，就可以直接用相应的解决方法去解决这个问题，这就是设计模式。

       设计模式就是抽象出来的东西，它不是学出来的，是用出来的；或许你根本不知道任何模式，不考虑任何模式，却写着最优秀的代码，即使以“模式专家”的角度来看，都是最佳的设计，不得不说是“最佳的模式实践”，这是因为你积累了很多的实践经验，知道“在什么场合代码应该怎么写”，这本身就是设计模式。

       有人说：“水平没到，学也白学，水平到了，无师自通”。诚然，模式背熟，依然可能写不出好代码，更别说设计出好框架；OOP理解及实践经验到达一定水平，同时也意味着总结了很多好的设计经验，但"无师自通"，却也未必尽然，或者可以说，恰恰是在水平和经验的基础上，到了该系统的学习一下“模式”的时候了，学习一下专家总结的结果，印证一下自己的不足，对于提高水平还是很有帮助的。

       本系列的设计模式学习笔记，实际是对于《Java与模式》这本书的学习记录。

合成（Composite）定义

 合成（Composite）模式，有时又叫做部分-整体（Part-Whole）模式。合成模式将对象组织到树结构中，可以用来描述整体与部分的关系。合成模式可以使客户端将单纯元素与复合元素同等看待。

结构图：

合成模式的实现根据所实现接口的区别分为两种形式，分别称为安全式和透明式。合成模式可以不提供父对象的管理方法，但是合成模式必须在合适的地方提供子对象的管理方法。在什么地方声明子对象的管理办法，可以选择的有如下两种：

透明方式：在 Compoment 声明所有方法，好处是所有构件接口相同，缺点是不够安全，因为叶子节点和树枝节点是有区别的，叶子节点不能有下一个层次对象。

安全方式：在 Composite 声明所有方法，因此如果在编译期对于叶子节点使用这些方法，编译就会报错，比较安全，缺点是不够透明，因为叶子节点和树枝节点将具有不同的接口。

安全式的合成模式

结构图

所涉及的角色

（1）抽象构件（Component）角色：这是一个抽象角色，它给参加组合的对象定义出公共的接口及其默认行为，可以用来管理所有的子对象。合成对象通常把它所包含的子对象当做类型为 Component 的对象。在安全式的合成模式里，构件角色并不定义出管理子对象的方法，这一定义由树枝构件对象给出。

（2）树叶构件（Leaf）角色：树叶对象是没有下级子对象的对象，定义出参加组合的原始对象的行为。

（3）树枝构件（Composite）角色：代表参加组合的有下级子对象的对象。树枝构件类给出所有的管理子对象的方法，如add()、remove()以及components()的声明。

代码实现

import java.util.*;
interface Component
{
	//返还自己的实例
	Composite getComposite();
	//某个商业方法
	void sampleOp();
}
class Composite implements Component
{
	private List<Component> componentList = new ArrayList<Component>();
	//返还自己的实例
	public Composite getComposite()
	{
		return this;
	}
	//某个商业方法
	public void sampleOp()
	{
		Iterator it = componentList.iterator();
		while(it.hasNext())
		{
			((Component)it.next()).sampleOp();
		}
	}
	//容器管理，增加子构件对象
	public void add(Component c)
	{
		componentList.add(c);
	}
	//容器管理，删除子构件对象
	public void remove(Component c)
	{
		componentList.remove(c);
	}
}
class Leaf implements Component
{
	//返还自己的实例
	public Composite getComposite()
	{
		//Write you code here
		return null;
	}
	//某个商业方法
	public void sampleOp()
	{
		//Write your code here
	}
}

透明式的合成模式

结构图

所涉及的角色

（1）抽象构件（Component）角色：这是一个抽象角色，它给参加组合的对象规定一个接口，规范共有的接口及默认行为。这个接口可以用来管理所有的子对象，要提供一个接口以规范取得和管理下层组件的接口，包括add()、remove()以及getChild()之类的方法。

（2）树叶构件（Leaf）角色：代表参加组合的树叶对象，定义出参加组合的原始对象的行为。树叶类会给出add()、remove()以及getChild()之类的用来管理子类对象的方法的平庸实现。

（3）树枝构件（Composite）角色：代表参加组合的有子对象的对象，定义出这样的行为。

代码实现

import java.util.*;
interface Component
{
	//返还自己的实例
	Composite getComposite();
	//某个商业方法
	void sampleOp();
	//容器管理，增加子构件对象
	void add(Component c);
	//容器管理，删除子构件对象
	void remove(Component c);
}
class Composite implements Component
{
	private List<Component> componentList = new ArrayList<Component>();
	//返还自己的实例
	public Composite getComposite()
	{
		return this;
	}
	//某个商业方法
	public void sampleOp()
	{
		Iterator it = componentList.iterator();
		while(it.hasNext())
		{
			((Component)it.next()).sampleOp();
		}
	}
	//容器管理，增加子构件对象
	public void add(Component c)
	{
		componentList.add(c);
	}
	//容器管理，删除子构件对象
	public void remove(Component c)
	{
		componentList.remove(c);
	}
}
class Leaf implements Component
{
	//返还自己的实例
	public Composite getComposite()
	{
		//Write you code here
		return null;
	}
	//某个商业方法
	public void sampleOp()
	{
		//Write your code here
	}
	//容器管理，增加子构件对象
	public void add(Component c)
	{
	}
	//容器管理，删除子构件对象
	public void remove(Component c)
	{
	}
}

更多了解

（1）在JDK中对于合成模式使用最多的地方，当属AWT库，java.awt.Button/java.awt.CheckBox等是树叶构件，java.awt.Container是树枝构件，java.awt.Component是抽象构件。

（2）在下面的情况下应当考虑使用合成模式：a、需要描述对象的部分和整体的等级结构；b、需要客户端忽略掉个体构件和组合构件的区别；客户端必须平等对待所有的构件，包括个体构件和组合构件。

（3）实际生产中，对于分类、权限、部门之类具有树形层级关系的结构，非常适合应用合成模式；比如树形分类，以前可能只建立一个和数据表行完全一致的model类，现在可以根据合成模式的思想发展一下，使其完成更多的职责，更容易使用。这个扩展也不必一定要有树叶构件、抽象构件，可能只有树枝构件，总之，适合具体场景即可。

（4）个人在学习过程中，从找不到合成模式的场景，到理解到可以对以前设计的优化，发展开阔了很多，似乎有点“顿悟”的感觉

结构模式（Structural Pattern）小结

结构模式（Structural Pattern）一共有七种，分别是：适配器模式、装饰模式、合成模式、代理模式、享元模式、门面模式、桥梁模式。

大致总结如下：

	最大特点	典型应用
适配器模式	利用对象的功能，并转换其接口	日常工作，入目尽是适配器，DAO适配，Cache功能适配，等等
装饰模式	对象层面的功能增强，接口不变	Java I/O类库的设计
合成模式	树枝、叶子同样对待	分类树、权限树等
代理模式	代表人	WebService 的本地代理，权限访问代理，引用计数代理等
享元模式	共享对象，减小内存占用	编译器系统，Java String
门面模式	统一对外接口，方便调用	基于SOA框架编程中，不同系统之间的接口
桥梁模式	解耦	大多数的驱动器，包括JDBC Driver