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