我们正在考虑从2005年到2008年转换大型解决方案，但我们希望确保我们不会遇到任何无法预料的问题。我们应该注意哪些事情？我们是否需要重新测试整个项目？谢谢！
答案 0 :(得分：3)
我们转换并且没有任何问题。转换仍然使用您最初使用的相同.NET框架，除非您更新它。我不认为会有任何问题。
答案 1 :(得分：2)
根据我的经验，从2005年到2008年一直非常顺利！ VS 2008支持多目标，因此您仍可以使用以前的框架。
但是，我仍然会重新测试这个项目。答案 2 :(得分：2)
默认情况下，当您从2005年切换到2008年时，.NET 2.0仍然是目标，因此您将获得完全相同的结果。您可以一次将项目切换为.NET 3.0或3.5。我没有遇到任何问题。
答案 3 :(得分：2)
从VS2005转换为VS2008并不一定意味着您需要更改正在运行的.NET Framework版本;这主要是升级项目文件的问题。
但一如既往;任何改变都应该触发测试。
答案 4 :(得分：1)
不确定你会遇到什么样的确切困难，但是......
...将所有内容置于版本控制/备份之前开始转换。
答案 5 :(得分：1)
您只需要更改SLN文件中的前两行（到下一个版本号，包括行和注释行）。
然后在VS2008中启动。项目文件格式保持不变。项目仍将以.NET 2.0为目标。
他们做对了！
答案 6 :(得分：1)
如果它是 ASP.NET Web应用程序并且您使用的是ASP.NET AJAX，则需要考虑一些事项。
ASP.NET AJAX 1.0是.NET Framework 2.0的单独安装 但从Visual Studio 2008开始，ASP.NET AJAX 已在 GAC（全局程序集缓存）中预先安装。
因此，Visual Studio 2005 Web项目中的 Web.config 文件配置设置引用了ASP.NET AJAX 1.0。 您需要修复它以指向ASP.NET AJAX的.NET Framework 3.5版本。
答案 7 :(得分：0)
我转换了一些没有问题的项目。我非常彻底地测试了第一个项目，但其余的只是快速完成了。如果您仍然在转换后定位2.0 Framework，我认为您的风险相当小。当然，请确保您的版本控制已更新并准备好回滚，以防万一。
答案 8 :(得分：0)
对于Windows服务的安装程序的构建只有一个小问题，但这相对容易整理。
答案 9 :(得分：0)
Visual Studio 2008在使用项目中的资源编辑器打开任何.rc文件时遇到问题。他们在2005年转型之前工作得很好。
我们没有花时间确定导致崩溃的确切原因，因为对这些文件的更改非常罕见，因此在Code View中手动修改它们是可以接受的。无论如何，我们正在将整个应用程序移植到.NET。
答案 10 :(得分：0)
他们是什么类型的项目，您是否会将其用作更改您正在使用的框架版本的机会或其他有关如何设置的详细信息？我不得不在2005年到2008年之间转移一些ASP.Net 2.0项目和.Net 3.5，并发现有时会出现一些问题。它是在一年多以前，所以我不记得细节（并且可能它们可能已经从网站更改为Web应用程序类型），但我相信它与App_Code文件夹不再相关必需并导致编译错误。所有这些都很容易纠正，但比在新应用程序中打开解决方案要多一些。
最好的起点可能是获取其中一个解决方案的副本并对其进行修改，看看您的代码结构会发生什么：）