把項目往.net core上遷移的時候，一個最大的問題就是和.net framework相比，有一部分api缺失。它主要分為兩類：

• Windows 獨有的api，如註冊表
• 未完成的功能，如System.Drawing

?Microsoft.Windows.Compatibility庫極大的改善了這一問題。它對大部分常用的庫都加以了補充。新增了了2萬多api，如drawing, EventLog, WMI, Performance Counters, 和 Windows Services等這些常用的庫都得到了較好的支持。

根據MS的計劃，到.net 3.0後，winform和wpf也會以擴展包的方式兼容到.net core中，到時候估計就徹底的取代.net framework了。

但是，這個庫其實包括十幾個子庫組成的，由於是擴展包，發布的時候也會多發布十幾個dll，如果嫌發布的dll太多的話，也可以安裝具體的子程序包。不知道以後微軟是是否會像asp.net core那樣發布一個runtime的安裝包。

windows獨占api跨平臺問題

需要註意的是，一些擴展包的api是windows獨占的。以註冊表為例，雖然.net core提供了這些擴展的程序包，在windows上也運行正常，但由於.net core是跨平臺的，這些庫在linux或mac上是會拋異常的，因為這些系統根本沒有註冊表，無法支持。要解決這個異常，就涉及到了如下兩個問題。

首先，如何發現這些不能跨平臺的api？ 微軟提供了?API Analyzer tool可以幫助我們快速發現這些api。

其次，如何處理這些不能跨平臺的api？如果需要我們的程序跨平臺的話，一般有如下方法

• 移除： 移除這些不能跨平臺的功能
• 替換： 使用能跨平臺的功能替換它
• 單獨處理：對於windows平臺，使用獨占api，對於其它平臺，使用其它方案替換。

前面兩種就不說了，第三種方案才是我們最常用的，這就涉及到另一個問題了：如何判斷我們的程序處在哪個平臺下。這裏需要用到RuntimeInformation.IsOSPlatform這個api了，簡單的示例如下：

????RuntimeInformation.IsOSPlatform(OSPlatform.Windows)

限於篇幅所限，本文就介紹到這裏，如果想對Windows Compatibility Pack有進一步的了解，可以參看官方文檔Windows Compatibility Pack。

通過Windows Compatibility Pack補充.net core中缺失的api