前面我们介绍了 设计模式中的访问者模式,今天我们来介绍一下 迭代器模式
1601093438650
一.看一个具体的需求
编写程序展示一个学校院系结构:需求是这样,要在一个页面中展示出学校的院系
组成,一个学校有多个学院,一个学院有多个系。如图:
![](https://i-blog.csdnimg.cn/blog_migrate/952892b48b97959a2ed657c854f678ec.png)
我们先来看看传统的解决方案
1)
将学院看做是学校的子类,系是学院的子类,这样实际上是站在组织大小来进行分 层次的
2)
实际上我们的要求
是 :在一个页面中展示出学校的院系组成,一个学校有多个 学院,一个学院有多个系, 因此这种方案,不能很好实现的遍历的
操作【
前面我们接收了组合模式,可以达到目的(集合一般都是用的同一种数据结构, 这里迭代器模式和组合模式的结合)
】
3) 解决方案:=>
迭代器
模式
二.迭代器模式基本介绍
基本介绍
1)
迭代器模式(
Iterator Pattern
)是常用的设计模式,属于
行为型模式
2)
如果我们的
集合元素是用不同的方式实现【有的用list,map,queue,hash...之类的】
的,有数组,还有C++
的集合类, 或者还有其他方式,当客户端要遍历这些集合元素
的时候就要使用多种遍历 方式,而且还会暴露元素的内部结构,可以考虑使用迭代器模式解决。
3)
迭代器模式,
提供一种遍历集合元素的统一接口,用一致的方法遍历集合元素
, 不需要知道集合对象的底层表示,
即:不暴露其内部的结构。
4) 我们来看一看迭代器模式的UML原理图
对原理类图的说明-即(迭代器模式的角色及职责
)
1)
Iterator : 迭代器接口,是系统提供,含义 hasNext, next, remove
2)
ConcreteIterator : 具体的迭代器类,管理迭代
3)
Aggregate :一个统一的聚合接口, 将客户端和具体聚合解耦
ConcreteAggreage : 具体的聚合持有对象集合, 并提供一个方法
三.结合上面的案例
四.迭代器模式的注意事项和细节
优点
1)
提供一个统一的方法遍历对象,客户不用再考虑聚合的类型,使用一种方法就可以 遍历对象了。
2)
隐藏了聚合的内部结构,客户端要遍历聚合的时候只能取到迭代器,而不会知道聚 合的具体组成。
3)
提供了一种设计思想,就是一个类应该只有一个引起变化的原因(叫做
单一责任
原则
)。在聚合类中,我们把迭代器分开,就是要把
管理对象集合和遍历对象集 合的责任分开
,这样一来集合改变的话,只影响到聚合对象。而如果遍历方式改变 的话,只影响到了迭代器。
4)
当要
展示一组相似对象,或者遍历一组相同对象时使用, 适合使用迭代器模式
缺点
每个聚合对象都要一个迭代器,会生成多个迭代器不好管理类