Closed. This question needs to be more focused。它当前不接受答案。
想改善这个问题吗?更新问题,使它仅关注editing this post的一个问题。
7年前关闭。
Improve this question
我正在为我们的解决方案计划3pt升级,其中包括从VS2008 SP1升级到VS2013和.NET 3.5到4.5.1(以及从MS SQL Server 2008到2012)的升级,我正在尝试尽可能地提前准备这样我就可以提供准确的LOE,并使过程尽可能轻松。但是,我还没有运气找到有关如何将解决方案从VS2008升级到VS2013的信息。对于以前做过此事的人,有没有发现有用的指南或您希望自己事先解决的问题?
想改善这个问题吗?更新问题,使它仅关注editing this post的一个问题。
7年前关闭。
Improve this question
我正在为我们的解决方案计划3pt升级,其中包括从VS2008 SP1升级到VS2013和.NET 3.5到4.5.1(以及从MS SQL Server 2008到2012)的升级,我正在尝试尽可能地提前准备这样我就可以提供准确的LOE,并使过程尽可能轻松。但是,我还没有运气找到有关如何将解决方案从VS2008升级到VS2013的信息。对于以前做过此事的人,有没有发现有用的指南或您希望自己事先解决的问题?
最佳答案
如果不了解您的项目(几乎什么都不知道),将很难给您一个直接的答案。但是,我可以这样说。从第一天开始,Microsoft就以其向后兼容性为荣。只需在VS 2013中打开项目,即可触发实际SLN的升级过程。这通常是很轻松的。完成此操作后,您仍然可以定位.NET 3.5,因此不必同时从VS2008-> VS2013 && NET35-> NET451进行升级。
框架本身不应该给您带来任何严重的问题,但是任何引用的第三方dll都可能导致(有时是严重的)问题。它们可能不再被维护,可能已更改名称,或者根本不存在。在这种情况下,您将需要找到一个新的库来执行旧库的工作,这将需要最多的重构,最坏的重写。
这些都不考虑从NET35添加到NET45的功能,例如async/await关键字以及许多很多其他功能。
由于您的问题非常含糊,因此仅凭此问题很难给您一个很好的答案,因此对VS2013的更新应该花费很少的时间,并且它会告诉您是否即使在构建时也会遇到问题。完成此操作后,将目标框架更改为NET45或NET451并再次查找就可以了,即使您可以进行编译。如果不执行任何一项操作,则您可能无法估计所需的工作水平。然后,您仍然必须进行所有测试,以查看运行时是否有所更改。
关于c# - 将Visual Studio 2008升级到2013和将.NET 3.5升级到4.5.1,我们在Stack Overflow上找到一个类似的问题:https://stackoverflow.com/questions/21052696/
10-15 03:56