我非常有兴趣了解人们对即将推出的 .net 框架感兴趣的功能?
无论这些是新课程还是新控件,我都很想知道人们的看法。
代码契约和并行扩展。语言特性也不是(这主要是我通常感兴趣的),但两者都有可能显着改变我们编写代码的方式。
DLR 听起来确实很酷也很有趣,但我不确定我最终会不会经常使用它,至少在与 IronRuby/IronPython 的互操作方面是这样。能够使用后期绑定来减少反射样板代码会很好
就 C# 4 语言特性而言,协变和逆变将更像是一种“呸,减少了烦恼”,而不是“哇,酷的东西!” 但可选/命名参数可能非常方便。它将使编写/使用不可变类型稍微容易一些,尽管我仍然希望内置支持构建器模式:)
主要是并行扩展和'variance。当然还有:System.Reactive
/Rx 框架/“LINQ to Events”,我认为它可能(来)非常大。
但是还有其他一些我在这里没有提到的东西——虽然在某种程度上“很高兴”——当新版本终于出现时可能会派上用场。像:
BigInteger
(糟糕的是,a 之类的东西INumber
还没有进入......)ISet<T>
和SortedSet<T>
(框架中的自平衡树)我认为dynamic
可选/命名参数只是为了与使用/需要/需要这些概念的语言实现更好/更轻松的互操作。所以他们很高兴有空。但肯定仅此而已。
我期待新的 WPF 控件。我相信现在的 WPF Toolkit 将作为控件合并到框架中。将它们作为 Visual Studio 中的库存控件并使用 .NET 框架对其进行修补会好得多,而不是每次必须修复错误时都必须下载新的集合。
此外,我期待着 Visual Studio 2010 的 WPF 荣耀!
比起.NET 4.0,我真的很期待Visual Studio 2010,就像jirwin 的回应一样。
DLR 和 Parallel Extensions,虽然我不能说我完全了解发货时包装盒中的内容。
编辑:根据 Jon Skeet,代码合同看起来也不错。不是开创性的,但从我看到的样本来看,它们看起来是一种很好的表现方式。
很多更好的 Sharepoint 开发人员工具和支持的承诺,因为当你现在必须使用它时,这有点痛苦。
他们计划拥有的部署选项将省去一些麻烦。
所以我很乐观,他们已经听取了开发者社区的抱怨。
一个框架元组类和 C#4 'dynamic',我将在任何地方使用它来了解到处使用 'var' 的人。(我知道“动态”不是纯粹的框架功能——但它是部分框架)
嗯……StringOr
上课不是愚人节玩笑吗?
Visual Studio 2010 代码编辑器是纯 WPF 并且能够停靠在任一监视器上,并且插件不使用讨厌的 Office COM 对象模型 (EnvDTE)。
我知道这不是框架,但问题已被标记为 VS2010