1700468572
1700468573
这张数据表定义了一个树形结构，我们要做的就是从数据库中把它读取出来，然后展现到前台上，用for循环加上递归就可以完成这个读取。用了数据库后，数据和逻辑已经在表中定义好了，我们直接读取放到树上就可以了，这个还是比较容易做的，大家不妨自己考虑一下。
1700468574
1700468575
这才是组合模式的真实引用，它依靠了关系数据库的非对象存储性能，非常方便地保存了一个树形结构。大家可以在项目中考虑采用，想想看现在还有哪个项目不使用关系型数据库呢？
1700468576
1700468577
1700468578
1700468579
1700468580
设计模式之禅 21.4.2 透明的组合模式
1700468581
1700468582
组合模式有两种不同的实现：透明模式和安全模式，我们上面讲的就是安全模式，那透明模式是什么样子呢？透明模式的通用类图，如图21-8所示。
1700468583
1700468584
1700468585
1700468586
1700468587
图21-8 透明模式的通用类图
1700468588
1700468589
我们与图21-6所示的安全模式类图对比一下就非常清楚了，透明模式是把用来组合使用的方法放到抽象类中，比如add（）、remove（）以及getChildren等方法（顺便说一下，getChildren一般返回的结果为Iterable的实现类，很多，大家可以看JDK的帮助），不管叶子对象还是树枝对象都有相同的结构，通过判断是getChildren的返回值确认是叶子节点还是树枝节点，如果处理不当，这个会在运行期出现问题，不是很建议的方式；安全模式就不同了，它是把树枝节点和树叶节点彻底分开，树枝节点单独拥有用来组合的方法，这种方法比较安全，我们的例子使用了安全模式。
1700468590
1700468591
由于透明模式的使用者还是比较多，我们也把它的通用源代码共享出来，首先看抽象构件，如代码清单21-22所示。
1700468592
1700468593
代码清单21-22 抽象构件
1700468594
1700468595
public abstract class Component{
1700468596
1700468597
//个体和整体都具有的共享
1700468598
1700468599
public void doSomething（）{
1700468600
1700468601
//编写业务逻辑
1700468602
1700468603
}
1700468604
1700468605
//增加一个叶子构件或树枝构件
1700468606
1700468607
public abstract void add（Component component）；
1700468608
1700468609
//删除一个叶子构件或树枝构件
1700468610
1700468611
public abstract void remove（Component component）；
1700468612
1700468613
//获得分支下的所有叶子构件和树枝构件
1700468614
1700468615
public abstract ArrayList＜Component＞getChildren（）；
1700468616
1700468617
}
1700468618
1700468619
抽象构件定义了树枝节点和树叶节点都必须具有的方法和属性，这样树枝节点的实现就不需要任何变化，如代码清单21-19所示。
1700468620
1700468621
树叶节点继承了Component抽象类，不想让它改变有点难，它必须实现三个抽象方法，怎么办？好办，给个空方法，如代码清单21-23所示。