3

我们正计划将开发人员从Visual Studio 2005升级到2008年。在此过程中是否有任何常见的“陷阱”需要注意?从Visual Studio 2005移植到2008时需要注意什么?

我目前主要关心的是,我们使用WSE 3.0相当多(主要是消耗外部.asmx Web服务,但我们也承担了一些我们自己)。自从WSE 3.0被WCF取代之后,这会成为一个问题吗?

附加背景信息:VB.NET应用程序与几个网站,而不是Web应用程序。目前使用.NET 2.0的计划也很快升级到3.5。

还有什么我们应该关注的?

+0

WSE已过时。它不受Visual Studio 2008或更高版本的支持。 WCF应该用于所有新的Web服务开发,现有的WSE代码应该尽快停用或迁移。 – 2009-09-01 02:36:11

回答

2

我认为你需要注意的主要问题是升级团队。一旦升级到Visual Studio的新版本,您将被迫升级项目文件。升级完成后,该文件将不再与先前版本的Visual Studio兼容。这意味着你将打破使用以前版本的VS开发的任何人。最好的建议是升级整个团队。

解决此问题的最佳方法是保留项目文件的两个版本。一个用于以前版本的Visual Studio,另一个用于当前版本。这显然有一些开销。一旦你真的开始使用新的语言功能,这将不再是一个足够的,因为新的功能可能不会在老版本的Visual Studio中编译。

+0

这就是我们所做的,以及我们如何决定在SP1之前不升级。 – 2009-04-15 19:02:28

0

ASP.NET项目(尤其是涉及到样式元素)的可视化编辑器的变化是非常不同的,首先可能令人难以置信地感到沮丧。

0

我发现VS05-08迁移非常轻松。理论上,你应该能够简单地在VS2008中打开2005解决方案,让它转换,并且一切正常。 VS2008可以让你'定位'一个特定版本的.NET,这里的默认设置是继续以.NET 2.0为目标。也就是说,3.5是一个附加的更新,因此,如果您更改为3.5(这只是一个可以更改的下拉框),那么对于任何.NET 2.0代码应该有很少或根本没有发生重大更改。我很确定WSE的东西应该“正常工作”。

实际上,像项目模板,依赖关系等可能是一个问题。网站和网络应用程序仍然都支持,所以我认为这也不应该成为一个问题。

最后,只需对所有内容进行备份,然后在VS2008中打开并查看会发生什么。

相关问题