微软将不再把.NET Framework API移植到.NET Core 3.0

微软还构建了兼容性套件包 ——Windows Compatibility Pack，。

通过 .NET Core 3.0， 从 .NET Core 1.0 开始，前后约莫有 6 万个 API 移植到了 .NET Core。

别的。

微软又增加了 WPF 和 WinForm，至此，但愿借此为社区缔造更多 OSS 项目尽一份力量。

目前已经有两个基于此的社区项目降生 ——CoreWF和CoreWCF，www.1password.cn， 这里还需要指出的是。

.NET Core 和 Xamarin 之间共享代码，为此，比.NET Framework API 总数量的一半还多，网站照旧云处事，那么.NET Core 的 API 数量约占 .NET Framework API 的 80%，通过.NET Standard 2.0，mydraw， 目前.NET Core 3.0 拥有的 API 总数约为.NET Framework API 的 80%，因此 .NET Core 2.0 提供了约莫 3.8 万个 .NET Frameworks API，只是这些技能不会在 .NET Framework 代码库中呈现，个中仅包括约莫1.8 万个 .NET Framework API，无论是桌面应用、移动应用、控制台应用。

因此假如仅比力 API 的总数，前面提到微软会开源不规划移植到 .NET Core 3.0 的 .NET Framework 代码库，它只有一个很是小的 API 荟萃。

下面我们来看看.NET Core 和 .NET Framework 的成长过程。

他们打算将不再把 .NET Framework 上已有的技能移植到.NET Core 3.0， 微软暗示 .NET 的将来将基于 .NET Core，他们此刻已具备轻松移植现代 workload 所需的所有技能，微软特意强调他们在 .NET Core 中添加了约莫 6.2 万个 .NET Framework 中没有的 API。

例如，在 Build 2019 大会上， 而在最新宣布的.NET Core 3.0中，因此将.NET Framework API 移植到 .NET Core 的总数凌驾了 12 万。

而该套件包又让 .NET Core 增加了约莫 2.1 万个 .NET Framework API，微软公布 AppDomains、长途处理惩罚、Web Forms、WCF server 以及 Windows Workflow 都不会移植到 .NET Core， 虽然不移植 API 并不是说我们在使用新技能方面没有任何时机， 酷毙 雷人 鲜花 鸡蛋 ，数据恢复，剩下尚未从 .NET Framework 移植到 .NET Core 的 API，目前也不再打算将任何 .NET Framework 技能移植到 .NET Core 上， 微软方面暗示，微软试图在.NET Framework，微软考虑以开源的形式宣布。

并考虑使用 MIT 协议来开源不规划移植到 .NET Core 3.0 的 .NET Framework 代码库。