【发布时间】：2021-10-16 11:38:39
【问题描述】：
我们公司的主要软件产品是一个由大约 40 个项目组成的 WPF 应用程序，我想开始将其移植到 .Net 5。该解决方案仍在不断、积极的开发中，我认为这会使它变得不切实际进行大爆炸式迁移。相反，是否可以一次迁移一个项目（在我们常规开发工作的间歇期），如果可以，推荐的方法是什么？我对多目标和兼容性垫片之类的概念有模糊的了解，但并不真正理解它们，整个 .Net 标准的东西也让我擦肩而过，所以我也从来没有真正理解过这个概念！
UI 项目引用了一个已有 8 年历史的图表库，由于这会带来大量的重大更改，目前升级它是不切实际的，所以我猜这排除了迁移 UI 项目的可能性？因此，我想开始将业务逻辑项目迁移到 .Net 5，假设这是可能的 - 即解决方案是否可以包含框架和核心项目的混合，相互引用？
无数引用的 NuGet 包呢？将 Framework 项目迁移到 .Net 5 的含义是什么？ NuGet 是否负责更新包，或者这是一个手动步骤？如果包不支持 .Net 5 会怎样？
【问题讨论】：
-
我的评论是为了证明首先迁移到 .NET 5 的理由。虽然完整的 .NET Framework 停止在 4.8，但如果将此 WPF 应用程序迁移到 .NET 5 没有明显的好处，而只是为了赶上新的东西，那么也许你想等待 .NET 6，它是一个 LTS（.NET 5 2022 年 5 月左右停产）。
标签： .net wpf .net-core .net-standard