好的，今天你们大多数人都注意到 Framework 4.0 已经发布了。我一直在研究一个基于框架 3.5 构建的项目。由于我想使用动态关键字和大多数 asp.net 功能，如无表菜单控件、ClientIDMode 和干净的 web.config 等。我有点敦促将未完成的项目迁移到 4.0，但我对此有点犹豫。有时我认为等待 SP1 会更好。
那你怎么看？你们将迁移到未完成的项目，或者仍然会在 3.5 中闲逛一段时间。
谢谢。
【问题讨论】：
.Net 4.0 运行时环境已经发布了一段时间（请注意不是 RTM，而是 RC1 等等）。很多人都测试过，我猜几乎所有的bug都被抖掉了。此时切换应该没有问题。他们引入了许多改进 .Net 的项目。它们是必要的吗，不是，但它们可以使 .Net 中的编程更容易。
您始终可以在本地下载 4.0 并在您的项目中进行测试。更糟糕的是，项目崩溃了，你从源代码控制系统重新加载它。
您应该注意的是，在 4.0 运行时环境中，C# 和 VB.Net 都发生了重大变化。你需要注意那些。
【讨论】：
以下内容可能适用于大多数基于框架的开发。
新功能是否比修复升级中断的旧功能更节省时间？
如果您要浪费大量时间让旧东西正常工作，也许您最好将其搁置在 3.x 上并在稍后阶段移植到 4.x。
如果您真的需要 4.0 的功能，并且不得不自己花时间实现它们，那么这可能会节省大量时间。
你能支持这个版本的框架吗？（即你的服务器人员可以处理升级和监控吗？）
如果您的服务器主机无法在现场完成这项工作，请立即放弃。我不知道您的组织结构或谁运行您的服务器，但我知道有些公司有一个非常彻底的测试制度，他们会在允许软件之前通过它。作为一个全新的版本，他们可能会厌倦。
坦率地说，只是因为某些东西经过了几个预发布版本，它们并没有捕捉到所有错误，因为它们很少用于生产场景。你知道该怎么做。
如果在服务器上安装 4.0 会破坏旧的东西，您可能会等待很长时间。
您的项目是否可能会在第一轮错误修复之后发布？
如果您在 3 个月后才开始开发这个，您可能有足够的时间来整理平台问题、修复代码问题并获取报告的框架错误（盲目）希望他们修复它们，或者您可以安全地绕过它们。
如果你明天发布，那就没有足够的时间来测试它。
【讨论】：
我只会在需要时升级。例如，我有一个应用程序必须使用 .Net Framework 4 中提供的功能。因此该应用程序将尽快升级。
我有另一个应用程序是 3.5，此时无需升级驱动程序。如果时间和预算允许，那台会升级。
【讨论】：