设计模式学习笔记之组合模式模式

 

我们常常会遇到一类具有“容器”特征的对象，他们既是容器，本身也是对象。比如，公司人员管理中的人，他们是处于不同层级，每个层的人下边，又有下属。也就是数的结构。

而在客户端处理这种对象时，如果耦合性考虑的不好，就出现这种情况：

客户端要提前知道对象的结构，判断对象的类型，然后区分枝节点和叶子节点，区别处理。而在处理枝节点时，又要递归处理。

问题：耦合性过强，一旦变更类（而非接口）内部结构，讲引起客户代码的变化；类的实现细节暴漏给了客户端。

解决：将对象组合成树形结构以表示“部分-整体”的层次关系。对客户端来说，他只认接口，无论是来了枝、还是叶，无差别。

将“客户代码与复杂的对象容器结构”解耦是Composite模式的核心思想 

以下是示例代码，均来自于网上。

解耦前的示例代码：

 

 

解耦后的示例代码：

彻底解耦。

不过出现了新的问题，add、remove等方法，对于SingtenBox类没有意义

而接口，因为把这些方法提了上去，也违背了单一职责原则。

这真是需要平衡啊