优秀程序员必备技能：设计模式之——迭代器模式

基本介绍

通过“迭代”二字我相信大家大概就可以猜出该设计模式的使用场景了。那么大家可能就会有疑问了，遍历还需要设计模式吗？是不是有点过分了？别慌听我慢慢道来。

假设我们的集合是用不同的方式实现的，比如：数组、List、自定义的集合等等……

此时我们想遍历这些集合的话就需要使用不同的方式，并且我们还需要知道集合的内部结构，才能对应的选择适合的遍历方式。这样做的话是不是就有一些繁琐了呢？

为此就衍生出了“迭代器模式”，该模式的设计思想是：提供一种遍历不同集合元素的统一接口，并且无需暴露该集合的内部结构。

“迭代器模式”是属于行为型设计模式的一种。

迭代器模式UML类图

UML类图讲解

Iterator：迭代器接口。一般使用java内置的接口，该接口提供了遍历时所需的相关方法。

ConcreteIterator：实现了迭代器接口的具体迭代器类。用于迭代集合。

Aggregate：聚合接口。提供了返回迭代器和操作集合的方法。类似于java中的Collection接口。

ConcreteAggregate：实现了聚合接口的具体聚合类。该类含有一个集合并实现了聚合接口定义的方法。

Client：客户端。

注：通过UML类图我们可以发现，迭代器模式将“数据”和“迭代”进行了解耦。在整个结构当中分为两层，其中以Aggregate接口为首的是数据层，以Interator接口为首的是迭代层。

案例讲解

案例：编写一个通用遍历方法，可适用于遍历数组、List等。

迭代器接口使用java.util包下的Iterator接口。

具体迭代器类

聚合接口

具体的聚合接口

客户端测试类

执行结果

总结

1、迭代器模式提供一个统一的遍历元素的方法，客户端无需考虑是什么容器存放的元素。

2、客户端遍历集合时只需要获取一个迭代器即可完成遍历，无需知道聚合类的内部结构。

3、通过迭代器模式我们将管理对象集合和遍历对象集合的责任进行了拆分。这样的好处在于聚合对象和迭代器之间互不影响。这样的设计理念是符合单一职责原则的。

4、迭代器模式也是存在相应的问题的，最直观的问题是每个聚合对象都要有一个迭代器，会产生很多个迭代器类，造成类过多。

今天的分享就到这里了，如果感觉“菜鸟”写的文章还不错，记得点赞加关注呦！你们的支持就是我坚持下去的动力。文章哪里写的有问题的也希望大家可以指出，我会虚心受教。