迭代器模式(游标(Cursor)模式)
定义提供一种方法访问一个容器对象中各个元素,而又不暴露该对象的内部细节。迭代器模式(Iterator Pattern)依赖于一个名为迭代器的接口。一旦有了这个接口,就可以为各种对象集合实现迭代器:数组、列表、散列表……设计原则:一个类应该只有一个引起变化的原因。优点简化了遍历方式,对于对象集合的遍历,还是比较麻烦的,对于数组或者有序列表,我们尚可以通过游
定义
提供一种方法访问一个容器对象中各个元素,而又不暴露该对象的内部细节。
迭代器模式(Iterator Pattern)依赖于一个名为迭代器的接口。
一旦有了这个接口,就可以为各种对象集合实现迭代器:数组、列表、散列表……
设计原则:一个类应该只有一个引起变化的原因。
优点
- 简化了遍历方式,对于对象集合的遍历,还是比较麻烦的,对于数组或者有序列表,我们尚可以通过游标来取得,但用户需要在对集合了解很清楚的前提下,自行遍历对象,但是对于hash表来说,用户遍历起来就比较麻烦了。而引入了迭代器方法后,用户用起来就简单的多了。
- 可以提供多种遍历方式,比如说对有序列表,我们可以根据需要提供正序遍历,倒序遍历两种迭代器,用户用起来只需要得到我们实现好的迭代器,就可以方便的对集合进行遍历了。
- 封装性良好,用户只需要得到迭代器就可以遍历,而对于遍历算法则不用去关心。
缺点
- 对于比较简单的遍历(像数组或者有序列表),使用迭代器方式遍历较为繁琐,大家可能都有感觉,像ArrayList,我们宁可愿意使用for循环和get方法来遍历集合。
适用场景
迭代器模式是与集合共生共死的,一般来说,我们只要实现一个集合,就需要同时提供这个集合的迭代器,就像java中的Collection,List、Set、Map等,这些集合都有自己的迭代器。假如我们要实现一个这样的新的容器,当然也需要引入迭代器模式,给我们的容器实现一个迭代器。
但是,由于容器与迭代器的关系太密切了,所以大多数语言在实现容器的时候都给提供了迭代器,并且这些语言提供的容器和迭代器在绝大多数情况下就可以满足我们的需要,所以现在需要我们自己去实践迭代器模式的场景还是比较少见的,我们只需要使用语言中已有的容器和迭代器就可以了。
详情请参考:http://blog.csdn.net/zhengzhb/article/details/7610745
http://www.cnblogs.com/mengdd/archive/2013/05/04/3060303.html
更多推荐
所有评论(0)