1700468561
设计模式之禅 [:1700454016]
1700468562
设计模式之禅 21.4 组合模式的扩展
1700468563
1700468564
21.4.1 真实的组合模式
1700468565
1700468566
什么是真实的组合模式？就是你在实际项目中使用的组合模式，而不是仅仅依照书本上学习到的模式，它是“实践出真知”。在我们的例子中，经过精简后，确实是类、接口减少了很多，而且程序也简单很多，但是大家可能还是很迷茫，这个Client程序并没有改变多少呀，非常正确，树的组装是跑不了的，你要知道在项目中使用关系型数据库来存储这些信息，你可以从数据库中直接提取出哪些人要分配到树枝，哪些人要分配到树叶，树枝与树枝、树叶的关系等，这些都是由相关的业务人员维护到数据库中的，通常这里是把数据存放到一张单独的表中，表结构如图21-7所示。
1700468567
1700468568
1700468569
1700468570
1700468571
图21-7 关系数据库中存储的树形结构
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