相对于.NET 3.0，.NET 3.5的用户优势

关于.NET3.5的优点，我已经看到了很多问题，但这些问题更倾向于语言特性和更容易的开发。使用.NET3.5是否有任何非开发人员方面的优势？随着时间的推移，缺陷、修复和优势

背景：

与设备驱动程序协同工作的桌面应用程序

我们希望支持尽可能多的配置，我们选择了.NET3.0。我们真正需要的所有功能都在.NET3.0中

但是我非常想使用LINQ和所有其他新的框架特性。但是，这些对用户一点帮助都没有

我在中找到的链接列出了一些不错的功能：

我在中找到的链接列出了一些不错的功能：

但是，这些对用户一点帮助都没有

让程序员更高效（LINQ当然可以做到这一点）确实有助于用户。通过缩短开发时间1，客户可以更快地获得解决方案

---

1交替增加范围或质量——降低当前质量和范围的成本，允许调整三个因素（时间、成本、质量）中的任何一个或两个

但是，这些对用户一点帮助都没有

让程序员更高效（LINQ当然可以做到这一点）确实有助于用户。通过缩短开发时间1，客户可以更快地获得解决方案

---

---

1交替增加范围或质量——降低当前质量和范围的成本，允许调整三个因素（时间、成本、质量）中的任何一个或两个。

NetFx v3.5包括对这两个现有框架的更新。然而，这些更新并不是一大堆新特性或更改，而是一个以bug修复和性能改进为主的服务包。因此，重新审视术语：fx3.5包括v2.0sp1和v3.0sp1。与所有服务包一样，其中不应该有任何内容会破坏您的应用程序。话虽如此，如果SP中修复了一个bug，并且您的代码利用了该bug，那么您的代码当然会崩溃。非常清楚的是，这是对v2和v3的就地升级，而不是框架/clr级别的并行故事

netfxv3.5包括对这两个现有框架的更新。然而，这些更新并不是一大堆新特性或更改，而是一个以bug修复和性能改进为主的服务包。因此，重新审视术语：fx3.5包括v2.0sp1和v3.0sp1。与所有服务包一样，其中不应该有任何内容会破坏您的应用程序。话虽如此，如果SP中修复了一个bug，并且您的代码利用了该bug，那么您的代码当然会崩溃。非常清楚的是，这是对v2和v3的就地升级，而不是框架/clr级别的并行故事

+1。它不仅可以减少开发时间，而且还可以提高质量，因为我们编写的代码更少（=>bug更少）。@darin:现在添加了（我在发布：-后不久也想到了）。我知道这一点。该软件在全球范围内使用，因此安装更简单（支持调用更少！）远远超过了开发时间的任何减少。“开发时间的任何减少”-因为这是一个设备驱动程序，典型的开发周期比通常的软件长solution@moogs：见脚注，提高的效率可以用于其他事情。我不理解“更简单的实现”：你使用微软的.NET安装程序，所以这只是一个有不同安装程序的问题。它不仅可以减少开发时间，而且还可以提高质量，因为我们编写的代码更少（=>bug更少）。@darin:现在添加了（我在发布：-后不久也想到了）。我知道这一点。该软件在全球范围内使用，因此安装更简单（支持调用更少！）远远超过了开发时间的任何减少。“开发时间的任何减少”-因为这是一个设备驱动程序，典型的开发周期比通常的软件长solution@moogs：见脚注，提高的效率可以用于其他事情。我不理解“更简单的实现”：你使用MS installer for.NET，所以这只是一个拥有不同安装程序的问题。在中看到一个类似的问题，所以在“性能”中看到一个类似的问题，如果我能证明的话，这似乎是一个足够好的动机。谢谢如果我能证明的话，“表现”似乎是一个足够好的动机。谢谢