设计模式学习笔记之组合模式模式
2012-11-09 16:29
239 查看
我们常常会遇到一类具有“容器”特征的对象,他们既是容器,本身也是对象。比如,公司人员管理中的人,他们是处于不同层级,每个层的人下边,又有下属。也就是数的结构。
而在客户端处理这种对象时,如果耦合性考虑的不好,就出现这种情况:
客户端要提前知道对象的结构,判断对象的类型,然后区分枝节点和叶子节点,区别处理。而在处理枝节点时,又要递归处理。
问题:耦合性过强,一旦变更类(而非接口)内部结构,讲引起客户代码的变化;类的实现细节暴漏给了客户端。
解决:将对象组合成树形结构以表示“部分-整体”的层次关系。对客户端来说,他只认接口,无论是来了枝、还是叶,无差别。
将“客户代码与复杂的对象容器结构”解耦是Composite模式的核心思想
以下是示例代码,均来自于网上。
解耦前的示例代码:
解耦后的示例代码:
彻底解耦。
不过出现了新的问题,add、remove等方法,对于SingtenBox类没有意义
而接口,因为把这些方法提了上去,也违背了单一职责原则。
这真是需要平衡啊
而在客户端处理这种对象时,如果耦合性考虑的不好,就出现这种情况:
客户端要提前知道对象的结构,判断对象的类型,然后区分枝节点和叶子节点,区别处理。而在处理枝节点时,又要递归处理。
问题:耦合性过强,一旦变更类(而非接口)内部结构,讲引起客户代码的变化;类的实现细节暴漏给了客户端。
解决:将对象组合成树形结构以表示“部分-整体”的层次关系。对客户端来说,他只认接口,无论是来了枝、还是叶,无差别。
将“客户代码与复杂的对象容器结构”解耦是Composite模式的核心思想
以下是示例代码,均来自于网上。
解耦前的示例代码:
解耦后的示例代码:
彻底解耦。
不过出现了新的问题,add、remove等方法,对于SingtenBox类没有意义
而接口,因为把这些方法提了上去,也违背了单一职责原则。
这真是需要平衡啊
相关文章推荐
- 步步为营 .NET 设计模式学习笔记 十五、Composite(组合模式)
- java 设计模式学习笔记八 composite组合模式
- 设计模式学习笔记:组合模式
- java 设计模式学习笔记八 composite组合模式
- 设计模式学习笔记二十四:优雅的菜单 - 组合模式
- 【学习笔记javascript设计模式与开发实践(组合模式)----10】
- 设计模式学习笔记--组合模式
- 设计模式学习笔记十七:组合模式(Composite Pattern)
- 面向对象设计模式之Composite组合模式学习笔记
- 【设计模式】学习笔记13:组合模式(Composite)
- 十五、组合模式——设计模式学习笔记
- android设计模式学习笔记02--组合模式
- 设计模式学习笔记--组合模式
- 设计模式学习笔记(十五:组合模式)
- 设计模式之禅学习笔记--组合模式
- java 设计模式 学习笔记(15) 组合模式
- 【学习笔记】设计模式-组合模式
- 设计模式学习笔记-组合模式(转载)
- 设计模式学习笔记十七:组合模式(Composite Pattern)
- java/android 设计模式学习笔记(12)---组合模式