设计模式学习笔记(九)迭代器和组合模式

定义

迭代器模式提供一种方法顺序访问一个聚合对象中的各个元素,而又不暴露其内部的表示.
组合模式允许你将对象组合成树形来表现"整体/部分"的层次结构.组合能让客户以一致的方式处理个别对象和对象组合.

要点

• 迭代器允许访问聚合的元素,而不需要暴露他的内部结构.
• 迭代器将遍历聚合的工作封装进一个对象中.
• 当使用迭代器的时候,我们依赖聚合提供遍历.
• 迭代器提供了一个通用的接口,让我们遍历聚合的项,当我们的编码使用聚合的项时,就可以使用多态机制.
• 我们应该努力让一个类只分配一个责任.
• 组合模式提供一个结构,可同时包容个别对象和组合对象.
• 组合模式允许客户对个别对象以及组合对象一视同仁.
• 组合结构内的任意对象称为组件,组件可以是组合,也可以是叶节点.
• 在实现组合模式时,有许多设计上的初衷.你要根据需要平衡透明性和安全性.

个人理解

迭代器模式
书中的各种不同菜单的数据存储集合调用的时候确实颇为困难,我在前面学习设计的时候学习到了很多设计原则,其中很重要的有一点面向接口开发,而不是面向实现开发!那么如何写才能使我们的上层调用变得既简单,可维护性又高呢?
前期作者仅仅是针对集合这一个方面来阐述他的设计理念,如何让上层调用者不用考虑菜单集合的具体实现,同时又能够提高可扩展性来实现功能呢?作者给出了迭代器这个答案,JAVA中许多集合实际上是自身实现了迭代器的,这样的做法其实在我看来,迭代器就相当于使用适配器模式将菜单的接口进行统一的适配,方便上层进行调用.
更深层次的看下去,这样的做法其实将上层(侍者)和菜单进行了解耦,上层根本不知道菜单是如何实现的,同时侍者在创建迭代器的时候其实也利用了多态,我们后期维护的时候在一定修改范围内这个模式是没有问题的,但例如在菜单中插入子菜单那单单依靠迭代器模式已经无法满足需求了,下面我们来看看组合模式.

---

组合模式
组合模式利用下图的这种树形结构,这种结构类似windows的文件夹结构,我们可以在任何时候在一个维度对这个集合进行扩展,我们可以添加一个具体的节点,也可以添加一个对象聚合,如果这些添加的对象和聚合的接口全部是覆写自父类的接口,那我们就可以像文中那样一视同仁的对待每一个节点,因为他们都继承自一个父类,接口也是相同的.这个时候,我们可以很轻松的利用递归来完成对这个树的遍历,这是一种很巧妙地方式.
具体怎么做呢?我们可以在抽象类中写出覆写没有用到所有的接口,在实现中让他们全部抛出异常,这在JAVA中是一种很常见的做法,当然,我们在OC中这样直接抛出异常的方法还是过于刚猛和直接,可以用其他一些委婉的做法.这里为什么要将父类全部覆写上异常呢?原因比较简单,继承的子类并不是需要覆写全部的接口的,那些不需要的接口,就直接使用父类的异常实现就好了,这样表面上看起来叶节点和组合其实是一致的.

组合模式示意图