本周的Build大会上宣布了.NET 4.5.1的推出。看上去这次更新好像只是一次bug fix，或者顶多包括一些很小的更新。不过Habib Heydarian在演讲中消除了这种错误的观念。Heydarian的这个演讲题为“.NET开发中的新内容”，涵盖了.NET Framework中一些重要的新特性。

　　Heydarian的演讲主要围绕着三个方面展开：开发者生产力、应用程序的性能及持续创新。首先是开发者生产力，Heydarian宣布了某个很常用.NET特性的后续进展，那就是“修改并继续执行”。他在提到了32位机器上的该功能在2005年就已发布，随后高兴地宣布64位机器上的相同功能将成为.NET 4.5.1的一部分。这一功能和32位版本是完全相同的。

　　随后，Heydarian宣布了检测方法返回值的新功能，它可以在Visual Studio的Autos窗口或Immediate窗口中使用。可以在调试器中展开返回值以便查看当前的值。对于Windows Store、Web App和Windows 8.1桌面App而言，由于对Call Stack（调用栈）和Tasks窗口的使用性进行了改进，使得调试异步代码更加容易了。

　　这还不是Windows Store App的唯一改进，另一项改进是开发者可以将System.IO.Stream转换为IRandomAccessStream了。另外，通过引入可空值类型，WinRT的类型系统也得到了增强，并且对异常提供了更好的支持（例如：System.Exception.Message，System.Exception.StackTrace）。这些System.Exception的新属性是在基于Windows 8的经验上进行的改进，在这之前只有在附加的进程上的调试器中才能避免丢失这些信息。

　　EF和ADO.NET现在对连接失败的情况容错性更好了。在之前，断开网络连接会导致一个异常的产生，而在4.5.1中则能够优雅地应对这种失败情况，一旦网络连接得以恢复，应用程序就会监测到它，并继续之前的工作。

　　ASP.NET应用现在可以自动挂起了。实际运行的ASP.NET工作进程（worker process）将被挂起为可随时唤醒的状态，这能够节省90%的启动时间。当应用程序处于空闲状态一段时间后，它将会被分页到磁盘，一旦某个请求到来或是完成，它将被唤醒。可以在IIS配置中将Time-out Action这一项设置为“挂起”以实现这一功能。

　　在.NET 4.5.1的底层，你现在可以压缩大对象堆（LOH）以应对堆碎片问题。LOH模式是GCSettings的一部分，但Heydarian提醒大家：“能力越大，责任越大”，在一般的开发过程中绝不要使用这项功能。

　　多核的即时编译（JIT）性能也有所改进，按Heydarian的说法，在冷启动的状态下能达到15%的性能提升。

　　另一项在.NET 4.5.1中得到改进的部分是有关framework升级后系统的表现。目前，运行更新后的.NET Framework会使应用程序性能在短时间有一定程度的下降。这是因为核心的.NET程序集在更新或补丁需要一段时间进行JIT编译。在Windows 8.1中，即使运行（更新后的）.NET Framework，应用的性能也能保持稳定。这使用户体验大为提高，也符合微软的努力方向，即尽可能提升平板电脑的续航能力。

　　Heydarian宣称他的团队的一个目标是尽可能做完所有的脏活累活，而让.NET开发者能直接从中受益。另外，他希望只要可能，.NET平台的所有改进都能使开发者直接受益，而把重新编译的时间（如果需要的话）减至最小，为了达到更好的性能。

　　最后要说的是，微软创建了一个新的NuGet feed，为官方的微软 .NET 包（package）提供稳定而实时的更新，可以应用于Visual Studio 2010、2012及2013。这个feed在VS2013中直接支持，而VS2010和2012的用户可以手动添加这个URL以获取feed：https://nuget.org/api/v2/curated-feeds/dotnetframework/ 。