设计模式之组合模式

    组合模式（Composite）,将对象组合成树形结构来表现“整体&部分”这一层次结构。这种模式能让客户以一致的方式处理个别对象以及对象组合。

    组合内的所有对象都必须实现相同的接口，当组合结构复杂，遍历的成本太高时，就有必要实现组合节点的缓存。组合的优点是可以让客户端不再区分操作的是组合对象还是叶子对象，而是以一种统一的方式来操作。

    组合模式的组成部分有以下三个：

(1)抽象构件角色（Component）：是组合中的对象声明接口，在适当的情况下，实现所有类共有接口的默认行为。这个接口可以用来管理所有的子对象。

(2)树枝构件角色（Composite）：定义有子部件的那些部件的行为。在Component接口中实现与子部件有关的操作，构件和构件之间是可以嵌套的。

(3)树叶构件角色（Leaf）：在组合树中表示叶节点对象，叶节点没有子节点。并在组合中定义图元对象的行为。

(4)客户角色（Client）：通过component接口操纵组合部件的对象。

    通常公司的组织形式就是一种组合模式，一个公司的抽象就是个Component，具体的公司来继承这个抽象类就是Composite，公司下面可以是有子公司，而每个公司又可以有很多部门，每个部门都是叶子Leaf。

    同样，电脑中的文件和目录也是一种组合模式，每个具体的目录Directory都是Composite，目录下面可以有很多子录，也可以放很多文件，文件就是树叶Leaf。

    更直观的例子，菜单，不同的菜单可以嵌套，最底层就是各个菜单选项。

    下面以公司的组织形式为例。

    阿里巴巴集团下面很多子公司，阿里妈妈、淘宝、天猫、阿里云等等，每个公司都有自己的部门和主要提供的服务，比如阿里巴巴主要提供B2B，淘宝主要是C2C，天猫主要是C2C，阿里云就是云计算服务了。每个公司都是独立的子公司，所以也就有着自己的研发部门、人力资源部门、市场部门等。

    首先建立一个公司的抽象类，就是上面组成部分的“抽象构件”角色：

    下面就是具体的公司类了，就是上面组成部分的“树枝构件”角色：

    此处的代码第41行：

之所加2，是因为在这个例子中，我们的组织结构是公司+部门这两层，要把公司到部门的所有信息都打印出来，所以到了子公司这一层，层数就得+2了。

    接着就是部门了，即概述中组成部分的“树叶”角色：

    来个测试类，组织一下阿里的公司架构：

    测试类中有三个公司，阿里巴巴、淘宝、阿里云，其中，淘宝和阿里云是阿里巴巴的子公司，同时，每个公司又有自己的研发部门和人资部门。

    运行结果：

上个网上经典的组合模式的类图吧：