VB.NET vNext中的迭代器,以及C#中迭代器的局限性

Tho*_*que 4 vb.net iterator c#-5.0

我刚刚在Async CTP网站上看到下一版本的VB.NET将有迭代器.我猜他们包括迭代器,因为重写过程类似于用于新async/ await功能的重写过程.

但是阅读解释该功能的文档,我意识到VB.NET迭代器实际上具有今天在C#中不可用的功能,即:

  • try/catch块中的迭代器块
  • 匿名迭代器块

这些是C#中的已知限制.是否有可能在C#5中删除这些限制?如果没有,是否有任何理由可以在VB.NET中而不是在C#中完成?

Eri*_*ert 8

是否有可能在C#5中删除这些限制?

机会很小.我当然不会指望它.这些都是"最好有"的功能,而不是"必须有"的功能,当你有一个巨大的工作量做的"最好有"的功能有时脱落的时间表,因为漂亮,因为它们.

如果没有,是否有任何理由可以在VB.NET中而不是在C#中完成?

有技术原因吗?不,当然有工程原因.

通常情况下,作为第二个实施特定功能的团队是有益的.第二种实现的实现者可以利用从第一次尝试中获得的知识,而不需要承担如此大的研究和开发成本,同时不会产生任何维护或向后兼容性税.

VB的好处是没有这个功能,因此没有数百万行用户代码,他们需要100%向后兼容.这消除了相当大的成本负担.他们拥有一个庞大的错误报告数据库,设计说明等,这些都是在C#中使用这个功能的八年.

  • 或者正如吉拉德·布拉查(Gilad Bracha)在PDC谈话中所说的那样:"一旦你拥有了用户,它就会全部结束":-) (2认同)