设计模式-迭代器模式

前面我们介绍了 设计模式中的访问者模式，今天我们来介绍一下 迭代器模式

1601093438650

一.看一个具体的需求

编写程序展示一个学校院系结构：需求是这样，要在一个页面中展示出学校的院系

组成，一个学校有多个学院，一个学院有多个系。如图：

 我们先来看看传统的解决方案 

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) 当要 展示一组相似对象，或者遍历一组相同对象时使用, 适合使用迭代器模式

  缺点

每个聚合对象都要一个迭代器，会生成多个迭代器不好管理类