代码之家 › 专栏 › 技术社区 › Shane Fulmer Lasse V. Karlsen

将解决方案从Visual Studio 2005转换为2008

visual-studio-2005 visual-studio-2008 visual-studio .net c#

Shane Fulmer Lasse V. Karlsen · 技术社区 · 15 年前

我们正在考虑将一个大型解决方案从2005年转换到2008年,但要确保我们不会遇到任何不可预见的问题。我们应该注意什么?我们需要重新测试整个项目吗?谢谢!

11 回复 | 直到 15 年前

AutomatedTester 15 年前

我们转换了,没有任何问题。转换仍然使用最初使用的.NET框架,除非您更新它。我不认为会有什么问题。

Brian MacKay 15 年前

根据我的经验,从2005年到2008年,一切都非常顺利!VS2008支持多目标,因此如果需要,您仍然可以使用以前的框架。

不过,我还是会重新测试这个项目。

Jake Pearson 15 年前

默认情况下,从2005年切换到2008年时,.NET 2.0仍然是目标,因此您将获得完全相同的结果。您可以将项目一次切换到.NET 3.0或3.5。我没有遇到任何问题。

Fredrik Mörk 15 年前

从vs2005转换到vs2008并不一定意味着您需要更改正在运行的.NET Framework的哪个版本;这主要是升级项目文件的问题。

但和往常一样,任何变化都会触发测试。

foobarfuzzbizz 15 年前

不知道你会遇到什么样的困难,但是…

…将所有内容置于版本控制/备份下以前开始转换。

leppie 15 年前

您只需要更改SLN文件中的前2行(到下一个版本号,行和注释行)。

然后在VS2008中启动。项目文件格式保持不变。项目仍将以.NET 2.0为目标。

他们说得对!

stun 15 年前

如果是 ASP.NET Web应用程序 而您使用的是ASP.NET AJAX,您需要考虑一些事情。

ASP.NET AJAX 1.0是为.NET Framework 2.0单独安装的。
但从Visual Studio 2008开始,ASP.NET AJAX 预装在 GAC(全局程序集缓存) .

所以 Web.CONFIG Visual Studio 2005 Web项目中的文件配置设置引用了ASP.NET AJAX 1.0。
您需要修复它以指向.NET Framework 3.5版本的ASP.NET AJAX。

Mike Cole 15 年前

我转换了几个没有问题的项目。我非常彻底地测试了第一个项目,但其他项目只是得到了快速的测试。如果您在转换之后仍然以2.0框架为目标,我认为您的风险相当小。当然,为了以防万一,请确保您的版本控制被更新并准备回滚。

Paddy 15 年前

在Windows服务的安装程序的构建过程中,只遇到过一些小问题,但这相对容易解决。

Kjetil Limkjær 15 年前

我们的项目中的资源编辑器打开任何.rc文件时,Visual Studio 2008出现问题。他们从2005年开始转业前工作得很好。

我们还没有花时间确定到底是什么导致了崩溃,因为对这些文件的更改非常罕见,以至于在代码视图中手工修改它们是可以接受的。我们现在正把整个应用程序移植到.NET。

eviltobz 15 年前

他们是什么样的项目,你会利用它来改变你正在使用的框架的版本或者其他关于他们如何设置的细节吗?我不得不将一些ASP.NET 2.0项目从2005年转移到2008年和.NET 3.5,发现有时会出现一些问题。这是一年多前的事了,所以我记不清细节(可能是从网站改成了Web应用程序类型),但我相信这与不再需要app_code文件夹并导致编译错误有关。所有这些都很容易纠正,但比简单地在新应用程序中打开解决方案要复杂一些。

最好的出发点可能是复制一个解决方案并对其进行破解,看看您的代码结构会发生什么:)