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

概述我刚刚在 Async CTP website上看到下一版本的VB.NET将有迭代器.我猜它们包含迭代器,因为重写过程类似于用于新的async / await功能的过程. 但是阅读解释该功能的文档,我意识到VB.NET迭代器实际上具有今天在C#中不可用的功能,即： > try / catch块中的迭代器块 >匿名迭代器块 这些是C#中的已知限制.是否有可能在C#5中删除这些限制？如果没有,是否有任何 我刚刚在 Async CTP website上看到下一版本的VB.NET将有迭代器.我猜它们包含迭代器,因为重写过程类似于用于新的async / await功能的过程.

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

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

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

解决方法

Is there any chance that these limitations will be removed in C# 5 ?

机会很小.我当然不会指望它.这些都是“很棒的”功能,而不是“必须拥有”的功能,当你有大量的工作要做时,“很高兴”的功能有时会脱离时间表,就像它们一样好.

If not,is there any reason why it can be done in VB.NET and not in C# ?

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

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

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

总结

以上是内存溢出为你收集整理的VB.NET vNext中的迭代器,以及C#中迭代器的局限性全部内容，希望文章能够帮你解决VB.NET vNext中的迭代器,以及C#中迭代器的局限性所遇到的程序开发问题。

如果觉得内存溢出网站内容还不错，欢迎将内存溢出网站推荐给程序员好友。