设计模式笔记17——迭代器模式(iterator)

编写程序展示一个学校院系结构:需求是这样,要在一个页面中展示出学校的院系组成,一个学校有多个学院,一个学院有多个系。

基本介绍

1) 迭代器模式(Iterator Pattern)是常用的设计模式,属于行为型模式

2) 如果我们的集合元素是用不同的方式实现的,有数组,还有java的集合类,或者还有其他方式,当客户端要遍历这些集合元素的时候就要使用多种遍历方式,而且还会暴露元素的内部结构,可以考虑使用迭代器模式解决。

3) 迭代器模式,提供一种遍历集合元素的统一接口,用一致的方法遍历集合元素,不需要知道集合对象的底层表示,即:不暴露其内部的结构。

迭代器模式的原理类图

对原理类图的说明-即(迭代器模式的角色及职责)

1) Iterator : 迭代器接口,是系统提供,含义 hasNext, next, remove

2) ConcreteIterator : 具体的迭代器类,管理迭代

3) Aggregate :一个统一的聚合接口, 将客户端和具体聚合解耦

核心代码:

    //判断list中还有没有下一个元素
    @Override
    public boolean hasNext() {
        // TODO Auto-generated method stub
        if(index >= departmentList.size() - 1) {
            return false;
        } else {
            index += 1;
            return true;
        }
    }

    @Override
    public Object next() {
        // TODO Auto-generated method stub
        return departmentList.get(index);
    }

实际上就是统一了访问的流程,采用了同一个接口进行访问集合中各元素。

迭代器模式的注意事项和细节

优点

1) 提供一个统一的方法遍历对象,客户不用再考虑聚合的类型,使用一种方法就可以遍历对象了。

2) 隐藏了聚合的内部结构,客户端要遍历聚合的时候只能取到迭代器,而不会知道聚合的具体组成。

3) 提供了一种设计思想,就是一个类应该只有一个引起变化的原因(叫做单一责任原则)。在聚合类中,我们把迭代器分开,就是要把管理对象集合和遍历对象集合的责任分开,这样一来集合改变的话,只影响到聚合对象。而如果遍历方式改变的话,只影响到了迭代器。

4) 当要展示一组相似对象,或者遍历一组相同对象时使用, 适合使用迭代器模式

缺点

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

猜你喜欢

转载自blog.csdn.net/qq_22059611/article/details/103269315