点击上方蓝字
关注我们
（本文阅读时间：10分钟)
Visual Studio 扩展包 https://marketplace.visualstudio.com/items?itemName=ms-dotnettools.upgradeassistant
为什么要升级？升级到哪个版本？
.NET 6 和.NET 7 这两者相比，.NET 6 的支持时间更长，而 .NET 7 是最新的版本，因此具有更新的功能。我们每年 11 月都会发布新版本的 .NET，每个偶数版本的 .NET 都会有 3 年的支持时间（长期支持（Long Term Support），简称 LTS）。因此，你可以选择坚持每年升级确保你使用的都是最新的尖端技术，或者你可以选择每 2-3 年从上一个 LTS 切换到下一个 LTS。
关于升级助手
升级助手的一般理念是它会帮忙处理机制，但根据你要升级的框架和项目类型，你可能会需要进行一些手动的后期处理。虽然我们会努力尝试自动修复失败的变化，但它无法检测并修复所有的错误。因此，你可能需要进行一些额外的修改才能编译代码，同时你需要进行彻底的测试以确保你的代码能够继续照常工作。
支持的应用程序类型
我们的目标是支持每一种 .NET 项目类型。我们认为此工具不仅是从 .NET Framework 到 .NET 6/7 的一次性升级，同时也会是未来能够将你的应用程序升级到最新 .NET 的一种方式。除了更改目标框架版本外，该工具还能够修改你的代码以修复错误的更改。这些是我们对未来的计划，以下是该工具目前在最新版本中支持的内容：
ASP.NET
Class libraries
Console
WPF
WinForms
这些工作负载与 Upgrade Assistant CLI 工具相当。
▌即将推出
Xamarin 迁移到 .NET MAUI UWP 迁移到 WinUI WCF 迁移到 WCF Core
这些迁移类型正在开发中。你现在已经可以升级这些项目，但我们还没有这些项目的代码修复程序。如果你现在就需要迁移这些项目类型，我们建议使用现有的升级助手命令行工具，该工具已经包含代码修复程序。Visual Studio 扩展包也将很快拥有这一程序。
不同的升级类型
升级助手支持3种升级类型。不同的项目类型对应不同的升级类型，因此你只会看到那些适合你的应用程序的选项。
选择该升级类型，你的原始项目将立即升级。如果你在使用 source control（源代码管理）并且更喜欢自己管理副本，例如，通过使用 branch (分支)管理，你可以选择这一升级类型。
有了这一升级类型，你的原始项目将保持不变，同时会有一个包含升级代码的副本添加到你的解决方案中。如果你的应用程序有许多升级后可能会损坏的依赖项，则选择此升级类型会很方便。这样你就可以检查你的进度，而不必担心应用程序无法构建。
这是 Web 应用程序的理想选择。从 ASP.NET 升级到 ASP.NET Core 需要大量工作，有时还需要手动重构（因为这两种技术非常不同）。Class Libraries 通常与 Web 应用程序一起使用，因此我们也为 Class Libraries 启用了此类升级。增量升级会将 .NET 6/7 项目放在现有 .NET Framework 项目旁边，并将在 .NET 6/7 项目中实现的端点路由到那里，而所有其他调用将发送到 .NET Framework 应用程序。通过这种方式，你可以将升级与功能开发结合起来，并将你的项目一一迁移到 .NET 6/7，同时也能确保不会破坏你的应用程序。这种方法最初是在 Microsoft Project Migrations 工具中构建的，你可以将 Visual Studio 中的升级助手视为 Microsoft Project Migrations 经过改进和扩展后的新版本。从 .NET Core 或 .NET 5 升级到 .NET 6/7 比从 .NET Framework 升级要容易得多，因此 .NET Core 或 .NET 5 的升级建议使用 In-place 升级类型。
逐步升级
Visual Studio 升级助手拓展包
https://marketplace.visualstudio.com/items?itemName=ms-dotnettools.upgradeassistant
不同的升级类型
https://devblogs.microsoft.com/dotnet/upgrade-assistant-now-in-visual-studio/#different-upgrade-types
之前的博客文章
https://devblogs.microsoft.com/dotnet/migrating-from-asp-net-to-asp-net-core-part-5/