我们计划将我们的开发人员从 Visual Studio 2005 更新到 2008。在此过程中是否有任何常见的“陷阱”需要注意?
目前我主要担心的是我们使用 WSE 3.0 相当多(主要用于使用外部 .asmx Web 服务,但我们自己也托管一些)。自从 WSE 3.0 被 WCF 取代后,这会是一个问题吗?
附加背景信息:带有多个网站的 VB.NET 应用程序,而不是 Web 应用程序。目前使用 .NET 2.0,并计划尽快升级到 3.5。
还有什么我们应该关心的吗?
我们计划将我们的开发人员从 Visual Studio 2005 更新到 2008。在此过程中是否有任何常见的“陷阱”需要注意?
目前我主要担心的是我们使用 WSE 3.0 相当多(主要用于使用外部 .asmx Web 服务,但我们自己也托管一些)。自从 WSE 3.0 被 WCF 取代后,这会是一个问题吗?
附加背景信息:带有多个网站的 VB.NET 应用程序,而不是 Web 应用程序。目前使用 .NET 2.0,并计划尽快升级到 3.5。
还有什么我们应该关心的吗?
我认为您必须注意的主要问题是升级团队。升级到新版本的 Visual Studio 后,您也将被迫升级项目文件。升级完成后,该文件将不再与以前版本的 Visual Studio 兼容。这意味着你会破坏任何使用旧版本 VS 进行开发的人。最好的建议是升级整个团队。
解决此问题的最佳方法是保留项目文件的 2 个版本。一个用于以前版本的 Visual Studio,另一个用于当前版本。这显然有一些开销。并且一旦您真正开始使用新的语言功能,这将不再足够,因为新功能可能无法在旧版本的 Visual Studio 中编译。
诸如 ASP.NET 项目(尤其是在样式元素方面)的可视化编辑器中的变化非常不同,一开始可能会令人难以置信的沮丧。
我发现 VS05-08 迁移非常轻松。理论上,你应该可以在VS2008中简单地打开2005的解决方案,让它转换,一切正常。VS2008 允许您“定位”特定版本的 .NET,这里的默认设置是它继续以 .NET 2.0 为目标。也就是说,3.5 是一个附加更新,因此如果您更改为 3.5(这只是一个更改的下拉框),任何 .NET 2.0 代码都应该很少或没有重大更改。我很确定 WSE 的东西应该“正常工作”。
在实践中,项目模板、依赖项等可能是一个问题。仍然支持网站和 Web 应用程序,所以我认为这也不应该成为问题。
最后,只需将所有内容备份,然后在 VS2008 中打开,看看会发生什么。