1700468523
设计模式之禅 21.3 组合模式的应用
1700468524
1700468525
21.3.1 组合模式的优点
1700468526
1700468527
❑高层模块调用简单
1700468528
1700468529
一棵树形机构中的所有节点都是Component,局部和整体对调用者来说没有任何区别,也就是说,高层模块不必关心自己处理的是单个对象还是整个组合结构,简化了高层模块的代码。
1700468530
1700468531
❑节点自由增加
1700468532
1700468533
使用了组合模式后,我们可以看看,如果想增加一个树枝节点、树叶节点是不是都很容易,只要找到它的父节点就成,非常容易扩展,符合开闭原则,对以后的维护非常有利。
1700468534
1700468535
1700468536
1700468537
1700468538
设计模式之禅 21.3.2 组合模式的缺点
1700468539
1700468540
组合模式有一个非常明显的缺点,看到我们在场景类中的定义,提到树叶和树枝使用时的定义了吗?直接使用了实现类!这在面向接口编程上是很不恰当的,与依赖倒置原则冲突,读者在使用的时候要考虑清楚,它限制了你接口的影响范围。
1700468541
1700468542
1700468543
1700468544
1700468545
设计模式之禅 21.3.3 组合模式的使用场景
1700468546
1700468547
❑维护和展示部分-整体关系的场景,如树形菜单、文件和文件夹管理。
1700468548
1700468549
❑从一个整体中能够独立出部分模块或功能的场景。
1700468550
1700468551
1700468552
1700468553
1700468554
设计模式之禅 21.3.4 组合模式的注意事项
1700468555
1700468556
只要是树形结构,就要考虑使用组合模式,这个一定要记住,只要是要体现局部和整体的关系的时候,而且这种关系还可能比较深,考虑一下组合模式吧。
1700468557
1700468558
1700468559
1700468560
1700468562
设计模式之禅 21.4 组合模式的扩展
1700468563
1700468564
21.4.1 真实的组合模式
1700468565
1700468566
什么是真实的组合模式?就是你在实际项目中使用的组合模式,而不是仅仅依照书本上学习到的模式,它是“实践出真知”。在我们的例子中,经过精简后,确实是类、接口减少了很多,而且程序也简单很多,但是大家可能还是很迷茫,这个Client程序并没有改变多少呀,非常正确,树的组装是跑不了的,你要知道在项目中使用关系型数据库来存储这些信息,你可以从数据库中直接提取出哪些人要分配到树枝,哪些人要分配到树叶,树枝与树枝、树叶的关系等,这些都是由相关的业务人员维护到数据库中的,通常这里是把数据存放到一张单独的表中,表结构如图21-7所示。
1700468567
1700468568
1700468569
1700468570
1700468571
图21-7 关系数据库中存储的树形结构
[
上一页 ]
[ :1.700468522e+09 ]
[
下一页 ]