[转]C#中yield用法
yield 关键字向编译器指示它所在的方法是迭代器块。编译器生成一个类来实现迭代器块中表示的行为。在迭代器块中，yield 关键字与 return 关键字结合使用，向枚举器对象提供值。这是一个返回值，例如，在 foreach 语句的每一次循环中返回的值。yield 关键字也可与 break 结合使用，表示迭代结束。
例子：
yield return <expression>;
yield break;
在 yield return 语句中，将计算 expression 并将结果以值的形式返回给枚举器对象；expression 必须可以隐式转换为 yield 类型的迭代器。
在 yield break 语句中，控制权将无条件地返回给迭代器的调用方，该调用方为枚举器对象的 IEnumerator.MoveNext 方法（或其对应的泛型System.Collections.Generic.IEnumerable<T>）或 Dispose 方法。
yield 语句只能出现在 iterator 块中，这种块可作为方法、运算符或访问器的主体实现。这类方法、运算符或访问器的体受以下约束的控制：
-
不允许不安全块。
-
yield return 语句不能放在 try-catch 块中的任何位置。该语句可放在后跟 finally 块的 try 块中。
-
yield break 语句可放在 try 块或 catch 块中，但不能放在 finally 块中。
yield 语句不能出现在匿名方法中。有关更多信息，请参见匿名方法（C# 编程指南）。
当和 expression 一起使用时，yield return 语句不能出现在 catch 块中或含有一个或多个 catch 子句的 try 块中。
对于”yield”这个关键字我已经见过N次了，直到最近我才知道这个关键字所蕴含的力量。我将在下面展示出一些使用”yield”让你的代码有更高可读性和更好性能的例子.
为了让你对yield有一些快速概览,我首先要展示一个没有使用这个关键字的例子,下面的代码很简单，但在我最近的项目中却很常见
IList<string> FindBobs(IEnumerable<string> names)
{
var bobs = new List<string>();
foreach(var currName in names)
{
if(currName == "Bob")
bobs.Add(currName);
}
return bobs;
}
注意在这里我使用IEnumerable<string>作为参数类型并以IList<string>作为返回类型，通常来说，我更倾向于在参数输入的类型方面的范围越宽越好，但在返回类型上面更加严格（译者按：即输入时多用基类或接口，返回时用子类或实现类），对于输入来说，如果你需要用foreach来对其进行循环的话，使用IEnumerable会更有意义。而对于输出（译者按：也就是返回），我使用接口来让实现部分可以改变。在这里我想让调用者省去生成列表的麻烦，所以我选择list作为返回类型.
而问题在于，我的设计并不具有可链接性，这样的设计需要产生列表作为返回值，实现上，这个列表或许不会很大，但这并不必要
现在,让我们来看看以“yield”的方式来做这些，而后我会解释如何使用它，以及它工作的原理。
IEnumerable<string> FindBobs(IEnumerable<string> names)
{
foreach(var currName in names)
{
if(currName == "Bob")
yield return currName;
}
}
在这个版本中，我们将返回类型改为IEnumerable，并且我们使用”yield return”.注意我再也不需要创建一个列表，现在是不是有些迷惑的？别着急，在理解它的工作方式的情况它会变的越来越简单.
当使用”yield return”关键词组时，.net会为你生成一大串管道代码，你可以尽管假装这是个魔法。当开始在被调用的代码中循环时（这里不是list),实现上发生的是这个函数被一遍一遍的调用，但每一次都从上一次执行退出的部分开始继续执行.
传统的执行方法
- 调用函数
- 函数执行并返回list
- 调用部分使用返回的list
Yield的执行方法
- 调用函数
- 调用者请求item
- 下一个item返回
- 回到步骤2
虽然yield执行的实现貌似有些复杂，但我们最终只需要一次“弹出”一个item，而不是创建整个list并返回.
对于句法说，我个人认为yield更加简洁，并且对于传递函数的用途表现的更好（译者按：也就是代码可读性）,我使用IEnumerable作为返回类型来通知调用者它可以被foreach循环并且返回数据，而调用者现在可以自己决定它是否愿意将返回值存放到列表中，即使这会以性能作为代价。
在我提供的这个简单例子中，也许你并不能发现很多使用yield的好处，然而，你可以在调用者需要取消遍历所有的函数提供的内容时节省很多不必要的工作，当你在方法链接时使用yield，你可以省下的工作(时间）或许会成倍叠加。
Ayende已经有了很棒的例子:using yield for a slick pipes & filters implementation,他甚至还讲述了：version that is multi-threaded。这让我觉得非常有趣.
最开始我对yield的保留意见是使用这个关键字或许会导致潜在的性能问题，但实际上，至今为止我还未能发现任何信息来说明关于yield对性能的影响,而我在上面提到提高性能的地方远远大于编译器overhead那部分。