今天好了，正如大多数人注意到Framework 4.0已经发布。我一直在研究一个正在构建在框架3.5上的项目。因为我想使用动态关键字和大多数asp.net功能，如无表单菜单控制，ClientIDMode和干净的web.config等我有点催促将未完成的项目迁移到4.0，但我有点犹豫。有时我认为等待SP1是更好的方法。现在可以迁移到Asp.NET 4.0了吗？
那么你怎么看？你们会迁移到未完成的项目，或者仍然会在3.5时间内闲逛。
谢谢。
.Net 4.0运行时环境已经出现了一段时间（请注意，您不是RTM，而是RC1等等）。很多人都对它进行了测试，我猜测几乎所有的bug都已经被震撼了。在这一点上切换应该没有问题。他们已经推出了一些改进.Net的项目。他们是否需要，不，但他们可以使.Net中的编程更容易。
您可以随时在本地下载4.0并在您的项目上进行测试。更糟糕的是，该项目爆炸，你从源代码管理系统重新加载它。
你应该知道的是，在4.0运行时环境中，C＃和VB.Net都发生了重大变化。你需要注意那些。
我只会在有需要时进行升级。例如，我有一个应用程序必须使用.Net Framework 4中提供的功能。因此，应用程序将尽快升级。
我有另一个应用程序是3.5，没有驾驶需要升级在这个时候。如果时间和预算允许，那个将会升级。
实用。当然，您仍然可以在Visual Studio 2010中定位到3.5,3.0和2.0。 – Will 2010-04-12 19:32:17
以下可能适用于大多数基于框架的开发。
新功能比固定升级后的老东西节省更多时间吗？
如果你要浪费很多时间去做旧事情，也许你最好只是坐在3.x上，并在稍后的阶段将其移植到4.x。
如果你真的需要从4.0开始的功能，并且不得不花费时间来实现它们，也许这是一个净节省时间。
你能支持这个版本的框架吗？（即你的服务器的人可以处理升级和监测的东西好吗？）
如果你的服务器bods不能使这项工作在现场，现在就放弃。我不知道你的组织结构或谁运行你的服务器，但我知道一些公司有一个非常全面的测试制度，他们会在允许之前通过软件。作为一个全新的版本，他们可能会很疲倦。
让我们坦率地说，仅仅因为某些预发布版本经历了一些事情，它们并没有捕捉到每个bug，因为它们很少用于生产场景。你知道该怎么做。
如果在服务器上安装4.0破旧的东西，您可能会等很长时间。
您的项目的推出可能会在第一轮错误修复之后进行吗？
如果你正在开发3个月以上的版本，你可能有足够的时间对平台问题进行排序，修复代码问题并获得（盲人）报告的框架错误，希望他们修复它们或你可以安全地解决它们。
如果您明天启动，没有足够的时间来测试它。
Now？我在半年前迁移了。 – Will 2010-04-12 19:30:50