迭代器模式的一种应用场景以及C#对于迭代器的内置支持
迭代器模式
先放上gof中对于迭代器模式的介绍镇楼
- 意图
提供一种方法顺序访问一个聚合对象中各个元素, 而又不需暴露该对象的内部表示。 - 别名
游标(Cursor)。 - 动机
一个聚合对象, 如列表(list), 应该提供一种方法来让别人可以访问它的元素,而又不需暴露它的内部结构. 此外,针对不同的需要,可能要以不同的方式遍历这个列表。但是即使可以预见到所需的那些遍历操作,你可能也不希望列表的接口中充斥着各种不同遍历的操作。有时还可能需要在同一个表列上同时进行多个遍历。迭代器模式都可帮你解决所有这些问题。这一模式的关键思想是将对列表的访问和遍历从列表对象中分离出来并放入一个迭代器(iterator)对象中。迭代器类定义了一个访问该列表元素的接口。迭代器对象负责跟踪当前的元素; 即, 它知道哪些元素已经遍历过了。
类图如下
工作中遇到的问题
在日常工作中,我们组负责的系统会经常与外部系统进行大量数据交互,大量数据交互的载体是纯文本文件,我们需要解析文件每一行的数据,处理后入库,所以在我们系统中就有了如下的代码了。
public void ParseFile(string filePath, Encoding fileEncoding)
{
FileStream fs = null;
try
{
fs = new FileStream(filePath, FileMode.Open, FileAccess.Read);
using (var sr = new StreamReader(fs, fileEncoding))
{
fs = null;
string line = null;
while ( (line = sr.ReadLine()) != null )
{
//解析改行数据
}
}
}
finally
{
if (fs != null)
{
fs.Close();
}
}
}
这样子的代码存在两个问题:1-无法进行单元测试 2-无法扩展。
来析一下问题的根源
实际上这两个问题的根源都是因为直接依赖了文件系统。在我们的业务处理逻辑中,我们实际关心的是内容,而不是内容从何而来。如果内容格式不发生更改,业务逻辑代码就应该保持不变。文件作为内容的载体,可能会变为socket或者nosql数据库,如果这种情况一旦发生,难道把业务代码copy一份出来,然后把从文件读取数据改为从socket或者nosql读取?在进行单元测试时,我希望可以提供一个字符串数组就能对我的业务逻辑进行测试,而不是要提供一个文件。那么好了,我们要做的事情是将具体的数据来源隐藏掉,给业务代码提供一组API,让业务代码使用这组API可以获取到它所关心的内容。换句话说,我要提供一种方法来让人访问数据载体的元素,但是我并不像把数据载体暴露出来,这个目的简直跟迭代器模式的动机一毛一样呀。
开始动手改造
在文件解析场景中,文件就是迭代器模式中提到的聚合对象,文件中的每一行就是聚合对象的内部元素。这样我们先定义出迭代器接口和具体的文件迭代器
public interface IIterator
{
void First();
void Next();
bool IsDone();
string GetCurrentItem();
}
class FileIterator : IIterator
{
private readonly StreamReader _reader = null;
private string _current = null;
public FileIterator(string filePath, Encoding encoding)
{
_reader = new StreamReader(new FileStream(filePath, FileMode.Open, FileAccess.Read), encoding);
} public void First()
{
Next();
} public void Next()
{
_current = _reader.ReadToEnd();
} public bool IsDone()
{
return _current == null;
} public string GetCurrentItem()
{
return _current;
}
}
而此时我们的业务代码变成了这样
public void ParseFile(IIterator iterator)
{
for (iterator.First(); !iterator.IsDone(); iterator.Next())
{
var current = iterator.GetCurrentItem();
Console.WriteLine(current);
//对数据进行处理
}
}
通过迭代器模式,业务代码对数据载体一无所知,按照给定的一组API,获取想要的数据即可,当进行单元测试时,我们可以提供一个基于数组的迭代器,对业务代码进行UT
class ArrayIterator:IIterator
{
private int _currentIndex = -1;
private readonly string[] _array = null; public ArrayIterator(string[] array)
{
_array = array;
} public void First()
{
Next();
} public void Next()
{
_currentIndex++;
} public bool IsDone()
{
return _currentIndex >= _array.Length;
} public string GetCurrentItem()
{
return _array[_currentIndex];
}
}
问题并未完全解决
细心的读者已经发现了,在我上面实现的文件迭代器是存在问题的,因为我在构造函数里打开了文件流,但是并没有关闭它,所以按照C#里的标准做法,文件迭代器要实现 IDisposable接口,我们还要实现一个标准的Dispose模式,我们的文件迭代器就变成了这样。
class FileIterator : IIterator,IDisposable
{
private StreamReader _reader = null;
private string _current = null;
private bool _disposed = false;
private FileStream _fileStream = null;
private readonly string _filePath = null;
private readonly Encoding _encoding = null;
public FileIterator(string filePath, Encoding encoding)
{
_filePath = filePath;
_encoding = encoding;
} public void First()
{
//原先在构造函数里实例化StreamReader不太合适,转移到First方法里
_fileStream = new FileStream(_filePath, FileMode.Open, FileAccess.Read);
_reader = new StreamReader(_fileStream, _encoding);
_fileStream = null;
Next();
} public void Next()
{
_current = _reader.ReadToEnd();
} public bool IsDone()
{
return _current == null;
} public string GetCurrentItem()
{
return _current;
} public void Dispose()
{
Dispose(true);
GC.SuppressFinalize(this);
} protected virtual void Dispose(bool disposing)
{
if (_disposed)
{
return;
}
if (disposing)
{
if (_reader != null)
{
_reader.Dispose();
}
if (_fileStream != null)
{
_fileStream.Dispose();
}
}
_disposed = true;
} ~FileIterator()
{
Dispose(false);
}
}
配合这次改造,业务代码也要做一些改变
public void ParseFile(IIterator iterator)
{
try
{
for (iterator.First(); !iterator.IsDone(); iterator.Next())
{
var current = iterator.GetCurrentItem();
Console.WriteLine(current);
//对数据进行处理
}
}
finally
{
var disposable = iterator as IDisposable;
if (disposable != null)
{
disposable.Dispose();
}
}
}
使用迭代器模式,成功解耦了对文件系统的依赖,我们可以随心所欲地进行单元测试,数据载体的变动再也影响不到业务代码。
C#早就看穿了一切
上面的章节,我实现了经典gof迭代器模式,实际上,迭代器模式的应用是如此的普遍,以至于有些语言已经提供了内置支持,在C#中,与迭代器有关的有foreach关键字,IEnumerable,IEnumerable<T>,IEnumerator,IEnumerator<T>四个接口,看起来有四个接口,实际上是2个,只是因为在 C#2.0版本之前未提供泛型支持,在这里仅对两个泛型接口进行讨论。
在C#中,接口IEnumerator<T>就是迭代器,对应上面的Iterator,而IEnumerable<T>接口就是聚合对象,对应上面的Aggregate。在IEnumerable<T>中只定义了一个方法
public Interface IEnumerable<T>
{
IEnumerator<T> GetEnumerator();
}
而foreach关键字c#专门为了遍历迭代器才出现的,我面试别人的时候,特别喜欢问这样一个问题:“满足什么条件的类型实例才可以被foreach遍历?"看起来正确答案应该是实现了IEnumerable<T>接口的类型,实际上C#并不要求类型实现IEnumerable<T>接口,只要类型中定义了public IEnumerator<T> GetEnumerator()接口即可。
对于IEnumerator<T>接口,微软已经想到了迭代器中可能会用到非托管对象(实际上微软刚开始忽略了这个事情,所以最初的非泛型接口IEnumerator并没有继承IDisposable接口,直到2.0后才让泛型接口IEnumerator<T>继承了IDisposable),所以它的定义是这样子的。
public interface IEnumerator<out T> : IDisposable, IEnumerator
{
new T Current {get;}
} public interface IEnumerator
{
bool MoveNext(); Object Current {get;} void Reset();
}
在C#的IEnumerator<T>中,实际上将gof经典设计中的First(),IsDone()和Next()三个方法全都合并到了MoveNext()方法中,第一次迭代前现调用MoveNext(),并通过返回值判断迭代是否结束,还额外提供了一个Reset方法来重置迭代器。当我们使用foreach写出遍历一个对象的代码时,编译器会将我们的代码进行转换。比如我们现在要遍历一个32位整型List
List<int> list = new List<int> {0,1,2,3,4};
foreach (var item in list)
{
Console.WriteLine(item);
}
编译时编译器会将代码变成类似下面这样
List<int> list = new List<int> {0,1,2,3,4};
using (var enumerator = list.GetEnumerator())
{
while (enumerator.MoveNext())
{
Console.WriteLine(enumerator.Current);
}
}
继续改造我们的代码
既然C#中已经内置了迭代器接口,我们就没有必要定义自己的IIterator接口了,直接使用IEnumerable<T>和IEnumerator<T>接口即可。
class FileEnumerable : IEnumerable<string>
{
private readonly string _filePath;
private readonly Encoding _fileEncoding;
public FileEnumerable(string filePath, Encoding fileEncoding)
{
_filePath = filePath;
_fileEncoding = fileEncoding;
}
public IEnumerator<string> GetEnumerator()
{
return new FileEnumerator(_filePath,_fileEncoding);
} IEnumerator IEnumerable.GetEnumerator()
{
return this.GetEnumerator();
}
}
public class FileEnumerator : IEnumerator<string>
{
private string _current;
private FileStream _fileStream;
private StreamReader _reader;
private readonly string _filePath;
private readonly Encoding _fileEncoding;
private bool _disposed = false;
private bool _isFirstTime = true;
public FileEnumerator(string filePath, Encoding fileEncoding)
{
_filePath = filePath;
_fileEncoding = fileEncoding;
}
public string Current
{
get { return _current; }
} object IEnumerator.Current
{
get { return Current; }
} public void Dispose()
{
Dispose(true);
GC.SuppressFinalize(this);
} protected virtual void Dispose(bool disposing)
{
if (_disposed)
{
return;
}
if (disposing)
{
if (_reader != null)
{
_reader.Dispose();
}
if (_fileStream != null)
{
_fileStream.Dispose();
}
}
_disposed = true;
} public bool MoveNext()
{
if (_isFirstTime)
{
_fileStream = new FileStream(_filePath, FileMode.Open, FileAccess.Read);
_reader = new StreamReader(_fileStream, _fileEncoding);
_fileStream = null;
_isFirstTime = false;
}
return (_current = _reader.ReadLine()) != null;
} public void Reset()
{
throw new NotImplementedException();
} ~FileEnumerator()
{
Dispose(false);
}
}
而此时我们的业务代码变成了这样子
public void ParseFile(IEnumerable<string> aggregate)
{
foreach (var item in aggregate)
{
Console.WriteLine(item);
// //对数据进行处理
}
}
在进行单元测试时,我可以直接传递一个字符串数组进去了。
最终版本
看起来我们对于代码的重构已经完美了,但是实际上C#对于迭代器的内置支持要更彻底,在上面,我们必须要自己写一个实现了IEnumerator<T>接口的类型,这个工作虽然不难,但是还是有点繁琐的,C# 针对迭代器模式,提供了yield return和yield break来帮助我们更快更好的实现迭代器模式。下面是代码重构的最终版本,我们无需自己定义FileEnumerator类了
class FileEnumerable : IEnumerable<string>
{
private readonly string _filePath;
private readonly Encoding _fileEncoding;
public FileEnumerable(string filePath, Encoding fileEncoding)
{
_filePath = filePath;
_fileEncoding = fileEncoding;
}
public IEnumerator<string> GetEnumerator()
{
FileStream fileStream = null;
try
{
fileStream = new FileStream(_filePath, FileMode.Open, FileAccess.Read);
using (var reader = new StreamReader(fileStream, _fileEncoding))
{
fileStream = null;
string line = null;
while ((line = reader.ReadLine()) != null)
{
yield return line;
}
yield break;
}
}
finally
{
if (fileStream != null)
{
fileStream.Dispose();
}
} } IEnumerator IEnumerable.GetEnumerator()
{
return this.GetEnumerator();
}
}
这里编译器会根据我们的代码,结合yield return和yield break来帮助我们生存一个实现了IEnumerator<string>接口的类型出来。
关于Dispose模式,和yield return,yield break本篇不做过多展开,有兴趣的可以找下资料,msdn会告诉你
迭代器模式的一种应用场景以及C#对于迭代器的内置支持的更多相关文章
- 设计模式(8) - 迭代器模式(iterator)- 实现ArrayList和linkedList的迭代器
上周六就開始写这篇博客,之后一直耽误了.到前天才開始写.今天醒的早,就把这部分整理一下. 本文内容參考易学设计模式和马士兵的迭代器模式的视频. 了解迭代器模式一个作用就是让你在使用 迭代器遍历集合类的 ...
- Spring MVC内置支持的4种内容协商方式【享学Spring MVC】
每篇一句 十个光头九个富,最后一个会砍树 前言 不知你在使用Spring Boot时是否对这样一个现象"诧异"过:同一个接口(同一个URL)在接口报错情况下,若你用rest访问,它 ...
- nginx应用场景,特性,目录结构,常用模块,内置变量,URL和URI,http状态码,配置文件详解
1.nginx介绍 1丶俄罗斯人开发的,开源www服务软件 2丶软件一共780K 3丶nginx本身是一款静态(html,js,css,jpg等)www软件 4丶静态小文件高并发,同时占用的资源很少, ...
- 23种设计模式之迭代器模式(Iterator)
迭代器模式是一种对象的行为型模式,提供了一种方法来访问聚合对象,而不用暴露这个对象的内部表示.迭代器模式支持以不同的方式遍历一个聚合对象,复杂的聚合可用多种方法来进行遍历:允许在同一个聚合上可以有多个 ...
- php 23种设计模式 - 迭代器模式
迭代器模式 迭代器模式 (Iterator),又叫做游标(Cursor)模式.提供一种方法访问一个容器(Container)对象中各个元素,而又不需暴露该对象的内部细节. 当你需要访问一个聚合对象,而 ...
- Java源代码-迭代器模式
Java无疑是最成功的项目之一了,而在其中学习设计模式和架构设计,无疑是最好不过了. 概念: 提供一种方法访问容器中的各个元素,而又不暴露该对象的内部细节. 使用场景: 和容器经常在一起,我们定义了一 ...
- [Head First设计模式]生活中学设计模式——迭代器模式
系列文章 [Head First设计模式]山西面馆中的设计模式——装饰者模式 [Head First设计模式]山西面馆中的设计模式——观察者模式 [Head First设计模式]山西面馆中的设计模式— ...
- JAVA 设计模式 迭代器模式
用途 迭代器模式 (Iterator) 提供一种方法顺序访问一个聚合对象中各个元素,而又不暴露该对象的内部表示. 迭代器模式是一种行为型模式. 结构
- C#设计模式(16)——迭代器模式(Iterator Pattern)
一.引言 在上篇博文中分享了我对命令模式的理解,命令模式主要是把行为进行抽象成命令,使得请求者的行为和接受者的行为形成低耦合.在一章中,将介绍一下迭代器模式.下面废话不多说了,直接进入本博文的主题. ...
随机推荐
- [MySQL Reference Manual] 5 MySQL 服务管理
5. MySQL 服务管理 5. MySQL 服务管理 5.1 The Mysql Server 5.2 Mysql 服务日志 5.2.1 选择General query log和slow query ...
- coursera机器学习-支持向量机SVM
#对coursera上Andrew Ng老师开的机器学习课程的笔记和心得: #注:此笔记是我自己认为本节课里比较重要.难理解或容易忘记的内容并做了些补充,并非是课堂详细笔记和要点: #标记为<补 ...
- android动态注册监听网络变化异常
在使用广播接收器监听网络变化的时候,在AndroidManifest.xml中加入<user-permission android:name="android.permission.A ...
- 摆脱npm的网络问题: 淘宝npm镜像
在使用npm install的时候, 经常会因为网络问题, 各种安装不顺利, 一个字'烦躁'. 自从遇上淘宝npm之后,执行cnpm install之后, 怎一个'快'字了得. 闲话不多说, 直接上干 ...
- TCL校园招聘——软件开发工程师(java) 只招5个。。。
简介 TCL集团股份有限公司创立于1981年,是全球性规模经营的消费类电子企业集团之一,广州2010年亚运会合作伙伴,总部位于广东省惠州市仲恺高新区TCL科技大厦.旗下拥有TCL集团.TCL多媒体科技 ...
- Linux 下从头再走 GTK+-3.0 (五)
实践中表明,纯粹利用 gtk 函数来创建 UI 是很繁琐的事,需要编写很多代码.怎样才能快速统一的建立 UI 布局呢? 可喜的是 GTK 提供了一个 GtkBuilder 用于快速创建界面.它读取一个 ...
- [转]Backbone.js简单入门范例
本文转自:http://dmyz.org/archives/598 11年刚开始用前端MVC框架时写过一篇文章,当时Knockout和Backbone都在用,但之后的项目全是在用Backbone,主要 ...
- 关于TP3.2微信开发那点事(基础篇)
许久没有为博客更新内容,今天我将过去一周做的微信服务号的相关心得体会在此分享,具体如何申请成为服务号的相关流程文档都有,可根据要求完成: 开发第一步:开发前配置: AppID-->微信号的&qu ...
- Android开发快速入门(环境配置、Android Studio安装)
Android是一种激动人心的开源移动平台,它像手机一样无处不在,得到了Google以及其他一些开放手机联盟成员(如三星.HTC.中国移动.Verizon和AT&T等)的支持,因而不能不加以学 ...
- 【HTML】嵌入图像
img元素允许我们在HTML文档里嵌入图像. 要嵌入一张图像需要使用src和alt属性,代码如下: <img src="../img/example/img-map.jpg" ...