跨平台目標設定
新式 .NET 支援多種作業系統與裝置。 .NET 開放原始碼程式庫要儘可能支援許多開發人員，無論是建置裝載於 Azure 的 ASP.NET 網站，還是 Unity 中的 .NET 遊戲，這一點非常重要。
.NET 和 .NET Standard 目標
.NET 和 .NET Standard 目標是為 .NET 程式庫新增跨平台支援的最佳方式。
- .NET Standard 是在所有 .NET 實作都可以使用的 .NET API 規格。 將目標設為 .NET Standard，您可以產生限制為使用給定 .NET Standard 版本中 API 的程式庫，這表示其可供實作該 .NET 版本的所有平台使用。
- .NET 6-8 是 .NET 的實作。 每個版本都是單一產品，具有一組統一的功能和 API，可用於 Windows 傳統型應用程式以及跨平台主控台應用程式、雲端服務和網站。
如需 .NET 與 .NET Standard 比較方式的詳細資訊，請參閱 .NET 5 和 .NET Standard。
如果您的專案將目標設為 .NET Standard 並成功地進行編譯，並不保證程式庫將可在所有平台上順利執行：
- 平台特定 API 將會在其他平台上失敗。 例如，Microsoft.Win32.Registry 會在 Windows 上成功，並在任何其他 OS 上使用時擲回 PlatformNotSupportedException。
- API 的行為會不一樣。 例如，當應用程式在 iOS 或 UWP 上使用預先編譯時，反映 API 具有不同的效能特性。
提示
.NET 小組提供了一個平台相容性分析器，可協助您找出可能的問題。
✔️ 請務必開始包括 netstandard2.0 目標。
大部分的一般用途程式庫不需要 .NET Standard 2.0 以外的 API。 所有新式平台都支援 .NET Standard 2.0，而且是以一個目標支援多個平台的建議方法。 如果您不需要支援 .NET Framework，則也可以 .NET Standard 2.1 為目標。
✔️ 務必包含 net6.0 目標或更新版本 (如果您需要新式 .NET 中引進的新 API)。
.NET 6 和更新版本的應用程式可以使用
netstandard2.0目標，因此不需要net6.0。 當您想要使用較新的 .NET API 時，應該明確地將net6.0、net7.0或net8.0設為目標。
❌避免包含 netstandard1.x 目標。
.NET standard 1.x 是以一組精細的 NuGet 套件形式發佈，其建立了一個大型的套件相依性圖形，並導致在建置時下載了大量的套件。 新式 .NET 實作支援 .NET Standard 2.0。 如果您特別需要以較舊的平台為目標，則應僅將目標設為 .NET Standard 1.x。
✔️ 請務必包含 netstandard2.0 目標 (如果您需要 netstandard1.x 目標)。
所有支援 .NET Standard 2.0 的平台都將使用
netstandard2.0目標，並從較小的套件圖形中受益，而較舊的平台仍會運作，並改為使用netstandard1.x目標。
❌請勿包含 .NET Standard 目標 (如果程式庫依賴平台特定應用程式模型)。
例如，UWP 控制項工具組程式庫相依於只有 UWP 上可用的應用程式模型。 .NET Standard 中將不提供應用程式模型特定 API。
多目標
有時您需要從您的程式庫中存取架構特定 API。 呼叫架構特定 API 的最佳方法是使用多目標，其為許多 .NET 目標 Framework 建置專案，而不是僅為一個。
為了保護您的取用者不必為個別架構建置，您應該努力獲得 .NET Standard 輸出，加上一或多個架構特定輸出。 使用多重目標時，所有組件都會封裝在單一 NuGet 套件中。 接著，取用者可以參考相同的套件，NuGet 將挑選適當的實作。 您的 .NET Standard 程式庫會作為在任何地方使用的後援程式庫，但您的 NuGet 套件提供架構特定實作的案例除外。 多目標可讓您在程式碼中使用條件式編譯，並呼叫架構特定 API。
✔️ 考慮將 .NET 實作設為目標 (除了 .NET Standard 之外)。
將 .NET 實作設為目標可讓您呼叫 .NET Standard 之外的平台特定 API。
執行此動作時，請不要捨棄 .NET Standard 的支援。 相反地，從實作擲回並提供功能API。 如此一來，您的程式庫便能任何地方使用，並支援執行階段啟動功能。
public static class GpsLocation
{
// This project uses multi-targeting to expose device-specific APIs to .NET Standard.
public static async Task<(double latitude, double longitude)> GetCoordinatesAsync()
{
#if NET462
return CallDotNetFrameworkApi();
#elif WINDOWS_UWP
return CallUwpApi();
#else
throw new PlatformNotSupportedException();
#endif
}
// Allows callers to check without having to catch PlatformNotSupportedException
// or replicating the OS check.
public static bool IsSupported
{
get
{
#if NET462 || WINDOWS_UWP
return true;
#else
return false;
#endif
}
}
}
✔️ 當您的專案具有任何程式庫或套件相依性時，即使您的所有目標原始程式碼都相同，也請考慮多重目標。
專案的相依套件 (無論為直接或下游) 可能會使用相同的程式碼 API，同時包裝在每個目標架構的不同相依組件版本內。 新增特定目標可確保取用者不必新增或更新其組件繫結重新導向。
❌❌ 避免使用多目標以及 .NET Standard 目標設定 (如果您的原始程式碼也適用於所有目標)，且您的專案沒有程式庫或套件相依性。
NuGet 將自動使用 .NET Standard 組件。 將單一 .NET 實作設為目標會增加
*.nupkg大小，沒有任何好處。
✔️ 考慮針對 net462 新增目標 (當您提供 netstandard2.0 目標時)。
使用 .NET Framework 中的 .NET Standard 2.0，會有一些在 .NET Framework 4.7.2 中已經解決的問題。 您可以透過為仍在 .NET Framework 4.6.2 - 4.7.1 上的開發人員提供針對 .NET Framework 4.6.2 建置的二進位檔，以改善其體驗。
✔️ 優先使用 NuGet 套件散發您的程式庫。
NuGet 將為開發人員選取最佳目標，並讓他們不需要挑選適當的實作。
✔️ 請務必使用專案檔的 TargetFrameworks 屬性 (當使用多目標時)。
<Project Sdk="Microsoft.NET.Sdk">
<PropertyGroup>
<!-- This project will output netstandard2.0 and net462 assemblies -->
<TargetFrameworks>netstandard2.0;net462</TargetFrameworks>
</PropertyGroup>
</Project>
✔️ 考慮使用 MSBuild.Sdk.Extras (當針對 UWP 與 Xamarin 進行多目標時) 因為其可以大幅簡化您的專案檔。
❌ 請避免變更元件名稱，或針對連結庫編譯的每個 TFM 使用不同的元件名稱。 由於程式庫之間的相依性，每個 TFM 具有不同組件名稱的多目標可能會中斷套件取用者。 組件應該在所有 TTFM 中具有相同的名稱。
較舊的目標
.NET 支援以不支援的 .NET Framework 版本以及不再常用的平台為目標。 雖然使您的程式庫在儘可能多的目標上運作是有價值的，但是必須針對 API 遺漏問題找出因應措施會增加重大額外負荷。 考慮到其範圍與限制，特定架構已不再值得設為目標。
❌ 請勿包含可攜式類別庫 (PCL) 目標。 例如： portable-net45+win8+wpa81+wp8 。
.NET Standard 是支援跨平台 .NET 程式庫並取代 PCL 的新式方法。
❌ 請勿包含不再支援 .NET 平台的目標。 例如，SL4、WP。
