1700468546
1700468547
❑维护和展示部分-整体关系的场景，如树形菜单、文件和文件夹管理。
1700468548
1700468549
❑从一个整体中能够独立出部分模块或功能的场景。
1700468550
1700468551
1700468552
1700468553
1700468554
设计模式之禅 21.3.4 组合模式的注意事项
1700468555
1700468556
只要是树形结构，就要考虑使用组合模式，这个一定要记住，只要是要体现局部和整体的关系的时候，而且这种关系还可能比较深，考虑一下组合模式吧。
1700468557
1700468558
1700468559
1700468560
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{