C#特性 迭代器(下) yield以及流的延迟计算

2019-12-26 11:17:15王冬梅
  •   Label_006A:      if (this.<i>5__1 < 20) 
  •     {        Console.WriteLine(this.<i>5__1.ToString()); 
  •       if (this.<i>5__1 > 2)        { 
  •         this.<>2__current = this.<i>5__1;          this.<>1__state = 1; 
  •         return true;        } 
  •       goto Label_005C;      } 
  •   Label_0074:      return false; 
  •   }  ?

    原来我们for循环里面的Console.WriteLine跑到这里来了,所以没等到MoveNext()调用,for里面的输出也是不会被执行的,因为每次遍历都要访问MoveNext()方法,所以没有等到返回结果里面的元素遍历完WithYield()也是不会退出的。现在我们的测试程序所表现出来的怪异行为是可以找到依据了,那就是:编译器在后台搞了鬼。

    实际上这种实现在理论上是有支撑的:延迟计算(Lazy evaluation或delayed evaluation)在Wiki上可以找到它的解释:将计算延迟,直到需要这个计算的结果的时候才计算,这样就可以因为避免一些不必要的计算而改进性能,在合成一些表达式时候还可以避免一些不必要的条件,因为这个时候其他计算都已经完成了,所有的条件都已经明确了,有的根本不可达的条件可以不用管了。反正就是好处很多了。

    延迟计算来源自函数式编程,在函数式编程里,将函数作为参数来传递,你想呀,如果这个函数一传递就被计算了,那还搞什么搞,如果你使用了延迟计算,表达式在没有使用的时候是不会被计算的,比如有这样一个应用:x=expression,将这个表达式赋给x变量,但是如果x没有在别的地方使用的话这个表达式是不会被计算的,在这之前x里装的是这个表达式。

     

    看来这个延迟计算真是个好东西,别担心,整个Linq就是建立在这之上的,这个延迟计算可是帮了Linq的大忙啊(难道在2.0的时候,微软就为它的Linq开始蓄谋了?),看下面的代码: