Client
定义有支节点行为，用来存储子部件，在Component接口中实现与子部件有关的操作，比如增加add和删除remove
组合模式（Component），将对象组合成树形结构以表示‘部分-整体’的层次结构。组合模式使得用户对单个对象和组合对象的使用具有一致性。
Leaf
+ name:String
+ add(Component c)+ remove(Component c)+ display(int depth)
在组合中表示叶节点对象，叶节点没有子节点
Component
组合中的对象声明接口，在适当情况下，实现所有类共有接口默认行为。声明一个接口用于访问component的子部件
Composite
+ name:String+ children:List<Component>
组合模式（Composite）结构图
何时使用组合模式：当需求中是体现部分与整体层次的结构时，以及希望用户可以忽略组合对象与单个对象的不同，统一地使用组合结构中的所有对象时，就应该考虑使用组合模式了。比如：公司、分公司、办事处、部门组合模式定义了包含人力资源部、财务部这些基本对象和分公司、办事处等组合对象的类层次结构。基本对象可以被组合成更复杂的组合对象，而这个组合对象又可以被组合，这样不断地递归下去，客户代码中，任何用到基本对象的地方都可以使用组合对象了。用户不用关心到底是处理一个叶节点还是处理一个组合组件，也就用不着为定义组合而写一些选择判断语句了。简单点说，组合模式让客户可以一致地使用组合结构和单个对象。透明方式：也就是说，在Component中声明所有用来管理子对象的方法，其中包括add、remove等。这样实现Component接口的所有子类都具备了add和remove。这样做的好处就是叶节点和枝节点对于外界没有区别，它们具备完全一致的行为接口。但问题也很明细，因为Leaf类本身不具备add()、remove()方法的功能，所以实现它是没有意义的。安全方式：就是在Component接口中不去声明add和remove方法，那么子类的Leaf就不需要去实现它，而是在Composite中声明所有用来管理子类对象的方法。不过由于不透明，所以叶节点和枝节点将不具有相同的接口，客户端调用需要做相应判断，带来了不便。用哪种模式视情况而定。都可以。
