移动架构之迭代器模式

提供一种方法顺序访问一个容器对象中的各个元素,而又不需要暴露该对象的内部表示

优缺点

优点

  • 简化了遍历方式,对于对象集合的遍历,还是比较麻烦的,对于数组或者有序列表,我们尚可以通过游标来取得,但用户需要在对集合了解很清楚的前提下,自行遍历对象,但是对于hash表来说,用户遍历起来就比较麻烦了。而引入了迭代器方法后,用户用起来就简单的多了
  • 可以提供多种遍历方式,比如说对有序列表,我们可以根据需要提供正序遍历,倒序遍历两种迭代器,用户用起来只需要得到我们实现好的迭代器,就可以方便的对集合进行遍历了
  • 封装性良好,用户只需要得到迭代器就可以遍历,而对于遍历算法则不用去关心
  • 缺点

  • 对于比较简单的遍历(像数组或者有序列表),使用迭代器方式遍历较为繁琐,大家可能都有感觉,像ArrayList,我们宁可愿意使用for循环和get方法来遍历集合

适用场景

  • 迭代器模式是与集合共生共死的,一般来说,我们只要实现一个集合,就需要同时提供这个集合的迭代器,就像java中的Collection,List、Set、Map等,这些集合都有自己的迭代器。假如我们要实现一个这样的新的容器,当然也需要引入迭代器模式,给我们的容器实现一个迭代器
  • 由于容器与迭代器的关系太密切了,所以大多数语言在实现容器的时候都给提供了迭代器,并且这些语言提供的容器和迭代器在绝大多数情况下就可以满足我们的需要,所以现在需要我们自己去实践迭代器模式的场景还是比较少见的,我们只需要使用语言中已有的容器和迭代器就可以了

理解实例

迭代器接口

1
2
3
4
public interface Iterator<T> {
public boolean hasNext();
public T next();
}

迭代器实现

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
public class ConcreteItertor<T> implements Iterator<T>{

private List<T> list = new ArrayList<>();
private int cursor = 0;

public ConcreteItertor(List<T> list) {
this.list = list;
}

@Override
public boolean hasNext() {
return cursor != list.size();
}

@Override
public T next() {
T obj = null;
if(this.hasNext()) {
obj = list.get(cursor++);
}
return obj;
}
}

容器接口

1
2
3
4
5
public interface Aggregate<T> {
public void add(T t);
public void remove(T t);
Iterator<T> iterator();
}

容器实现

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
public class ConcreteAgg<T> implements Aggregate<T>{

private List<T> list = new ArrayList<>();

@Override
public void add(T t) {
list.add(t);
}

@Override
public void remove(T t) {
list.remove(t);
}

@Override
public Iterator<T> iterator() {
return new ConcreteItertor<T>(list);
}
}

测试类

1
2
3
4
5
6
7
8
9
10
11
12
13
public class Test {

public static void main(String[] args) {
Aggregate<String> aggregate = new ConcreteAgg<>();
aggregate.add("张三");
aggregate.add("李四");
aggregate.add("王五");
Iterator<String> iterator = aggregate.iterator();
while (iterator.hasNext()) {
System.out.println(iterator.next());
}
}
}

Donate comment here