我应该随附什么.NET Framework版本；2, 3, 3.5?

我的应用程序使用2.0。在将来的某个时候，我可能希望开始使用在更高版本的框架中添加的新特性。我应该等到那时吗？或者现在更新到最新的.NET 3.5有什么好处

---

我想当我为明年春天的4.0发布做好准备的时候，它就会发布了。也许我应该在秋季发布时坚持使用2.0，为我的客户节省另一个框架版本的高清空间和安装时间？

在我看来，你应该提供你的应用程序所需要的。否则，您将无缘无故地延长安装时间，正如您所指出的，再次使用客户的高清空间基本上是无缘无故的。

我欣赏.NET 3.5中的新语言功能，但在您使用它们之前，我将避免升级到最新的运行时，因为它是一个较大的文件/安装，您的用户可能需要处理有了。

Linq-to-SQL特性，通常来说，Linq扩展非常值得升级

---

至于您对HD空间和安装时间的担忧，在大多数现代系统中，对于较新的框架，这些都是不相关的。较新版本的框架（3.0和3.5）实际上只是2.0框架的“更新”。除非您的客户/市场是较旧的PC，否则我认为您的开发团队将在功能和生产效率方面得到很好的折衷，而不是失去客户的风险微乎其微，因为他们无法在硬盘上再增加20Mb（我编了20Mb的号码，有人可以打电话给BS）.

3.5框架已经发布了第一个Service Pack版本，因此它比发布后更稳定，但请记住，如果出于任何原因遇到了一个阻碍，将代码从2.0升级到3.5要比回到3.5容易得多

---

新功能显示得非常好。

您应该使用您测试最多的.Net版本发布应用程序。如果您已经在.NET2.0中完成了所有的开发和测试，那么请使用2.0

---

但是，为了解决自2.0发布以来框架中已修复的任何bug，您可能需要向您的客户提供针对3.5的测试，并附带该测试。该框架已经非常大，因此分发早期版本可能没有任何好处，即使它出现在WCF、WPF等之前，除非您支付带宽成本来分发它，或者目标设备的存储空间有限。

我总是使用最新版本的框架。这对用户来说可能是一个小小的前期负担，但该应用程序在升级之间的使用寿命要长得多。这对您可能重要，也可能不重要，但请考虑：

如果您在2005年使用.NET 1.1发布了一个应用程序，那么您的应用程序运行的框架现在已不受主流支持，并且可能存在未修补的安全漏洞，或者Microsoft可能无法处理的其他严重问题，并且您无法在自己的代码中进行补偿。在2008年，你唯一的选择就是让你的用户现在升级他们的框架版本。而且，我们都知道，让用户及时更新东西可能会有问题

同样，考虑一下你在2011的情况。如果您现在就为.NET3.5编程，您的应用程序（按出厂价）将可以运行更长时间。如果您现在发布.NET 2.0，几年后您将不得不说服用户升级他们的框架（记住，代码对他们没有明显的好处），以便您能够正确地支持此应用程序

此外，如果您计划在明年实现3.5类功能（例如，LINQ到SQL），那么现在就推出3.5而不是2.0符合您的利益，因为这将使以后的部署对您来说问题更少。

我同意，并且，但我想补充一下，您可能想考虑对新版本的框架测试应用程序，并允许您的应用程序与您认为有效的那些版本（可以使用某些配置技巧进行操作，但不幸的是，我找不到它的引用）运行。这样，应用程序就可以针对客户端可能已经安装的版本工作

我建议这样做是因为：

新的框架版本可能会提高性能

客户端可能已经在其计算机上安装了另一个版本，如您所说，浪费硬盘空间将是一种耻辱

您可能希望在将来的某个时候针对较新的框架版本运行应用程序，如果您的客户端已经有该版本并且正在运行当前版本的应用程序，那么他们的计算机上就不会有旧的框架

---

不过，我缺少一些信息，比如分配方式，客户机的配置等。

< P>我发现版本2是最容易的版本，因为很多人已经安装了它，如果你的客户群中有相当大的一部分使用Vista，你可能会考虑升级到3。 以上版本几乎总是需要安装，这对某些用户来说可能是一种痛苦

---

编辑：由于3.0是2.0的扩展，3.5是2.0的扩展，“框架版本失去支持”的论点站不住脚。根据定义，只要支持3.5，就支持2.0。版本1.1是一个完全独立的运行时版本，并且不再被支持。

< P>如果您计划升级到3.5 SP1，则应该考虑使用.< /P> .NET 3.5 SP1为开发人员构建.NET客户端应用程序引入了一个新的安装包选项，称为“.NET Framework客户端配置文件”。这提供了一个新的安装程序，可在尚未安装.NET Framework的计算机上为.NET客户端应用程序提供更小、更快和更简单的安装体验

.NET Framework客户端配置文件设置仅包含.NET Framewo中的那些程序集和文件