将 Visual Studio 2008 升级到 2013 并将 .NET 3.5 升级到 4.5.1 [关闭]答案

【问题标题】：Upgrading Visual Studio 2008 to 2013 and .NET 3.5 to 4.5.1 [closed]将 Visual Studio 2008 升级到 2013 并将 .NET 3.5 升级到 4.5.1 [关闭]
【发布时间】：2014-01-29 22:05:57
【问题描述】：

我计划对我们的解决方案进行 3pt 升级，其中包括从 VS2008 SP1 升级到 VS2013 和从 .NET 3.5 升级到 4.5.1（以及 MS SQL Server 2008 到 2012）。提前可能，以便我可以提供准确的 LOE 并使过程尽可能轻松。但是，我没有找到有关如何将解决方案从 VS2008 升级到 VS2013 的信息。对于以前这样做过的任何人，是否有任何您认为有用的指南或您遇到的问题，您希望事先解决？

【问题讨论】：

计算需要多少时间的一种可能方法：继续更改目标框架（如文森特的回答中所述），然后单击“重建解决方案”。你得到的编译错误的数量可能会告诉你它会有多难。
我认为最终这取决于产品和开发人员。我从 2010 年开始，发现 2012 年没有痛苦，但有些人完全拒绝了它。我会注意到您可能应该一次完成所有操作，因为解决方案转换不向后兼容，尽管 2010+ 是向前兼容的。

标签： c# .net sql-server visual-studio

【解决方案1】：

如果对您的项目了解不多（实际上是任何事情），就很难给您一个直接的答案。不过，我可以这么说。微软从一开始就以其向后兼容性而自豪。只需在 VS 2013 中打开项目即可触发实际 SLN 的升级过程。这通常是无痛的。完成后，您仍然可以针对 .NET 3.5，因此您不必同时从 VS2008 -> VS2013 && NET35 -> NET451 跳转。

框架本身不应该给您带来任何严重的问题，但是任何引用的第 3 方 dll 都可能导致（有时是严重的）问题。它们可能不再维护，可能已更改名称，或者根本不存在。在这种情况下，您将需要找到一个新库来完成旧库所做的事情，这需要最好的重构，最坏的情况是需要大量重写。

这些都没有考虑到从 NET35 添加到 NET45 的功能，例如 async/await 关键字和许多许多其他功能。

由于您的问题非常模糊，除了做之外很难给您一个好的答案，VS2013 的更新应该花费很少的时间，它会告诉您是否会遇到问题甚至构建。一旦你这样做了，你应该立即将你的目标框架更改为 NET45 或 NET451 并再次找出是否可以编译。如果不执行其中任何一项，您就无法估计所需的工作量。然后您仍然需要进行所有测试以查看运行时是否发生了变化。

【讨论】：

非常感谢您提供的信息，您的照片也很棒。这个人没有忘记他的毛巾。

【解决方案2】：

问题不在于从 Visual Studio 2008 升级到 2013，因为您仍然可以在 Visual Studio 2013 中运行和编译 .NET 3.5 应用程序就好了。真正耗时的过程是从 .NET 3.5 迁移到 4.5.1，这取决于您的应用程序有多大以及您使用什么技术。

通常，.NET 3.5 非常向前兼容。

从一个运行时更改为另一个运行时（3.5 到 4.5）只需更改项目（目标框架）中的设置即可。

【讨论】：

【解决方案3】：

请注意，Windows XP 不支持 .NET 4.5。如果您的解决方案需要在 XP 上运行，您需要使用 .NET 4.0 或更低版本。

【讨论】：