Windows 應用程式開發常見問題

如需現今 Windows 開發人員選項的絕佳檢閱，請觀看最新 Windows 開發人員聊天 集，選擇理想的開發平臺，討論 WinUI、.NET MAUI、React Native、Blazor 和漸進式 Web Apps （PWA）。

您也可以參閱適用於 Windows 開發人員的應用程式開發選項 概觀。

在雲端服務時代，用戶端應用程式開發仍然是現代化數字轉型的重要元件。 對於開發人員來說，建置用戶端應用程式不僅對觸達至關重要，而且對於在用戶裝置上提供回應式且有意義的互動至關重要。

以下是客戶應用程式重要的原因：

• 裝置觸達： 全球有超過15億部 Windows 裝置和超過50億部 Android 和iOS裝置，用戶端應用程式可讓您將應用程式直接帶入其所選裝置上的使用者。
• 智慧型手機服務的閘道： 用戶端應用程式通常是使用者與服務的第一個互動。 它們提供豐富的互動式介面，可讓您展示智慧型手機功能，並將產品與其他產品區別開來。
• 雲端整合的延展性： 整合良好的用戶端應用程式可以毫不費力地與後端雲端服務同步處理，讓您在使用者基底成長時啟用即時數據存取和無縫延展性。
• 增強生產力和用戶忠誠度： 經過深思熟慮的設計應用程式可以提升生產力，並讓使用者持續參與您的產品或服務。

Windows 應用程式 SDK 是 Windows 應用程式開發平台，可讓您建立美觀、現代化、回溯相容 (向下到 Windows 10 1809) 傳統型應用程式。 WinUI 是隨 Windows App SDK 附帶的 UI 框架。

兩者都是軟體開發套件 (SDK)，可讓您建置 Windows 應用程式。

Windows 應用程式 SDK 是新的開發平台，可讓您建置可跨 Windows 版本安裝的新式傳統型應用程式 (向下到 Windows 10 1809)。 使用 Windows App SDK 建置時，可以使用最新的 Windows 開發平台功能。 Windows 應用程式 SDK 包含 WinUI。

Windows SDK 是開發平台，可讓您建置 UWP 應用程式和 Win32 / 傳統型應用程式。 它是針對與特定作業系統版本結合的 Windows API 所設計。

Windows 應用程式 SDK 不會取代 Windows SDK。 相反地，Windows 應用程式 SDK 是 Windows SDK 的補充。 它提供了一個方便且與作業系統解耦的抽象概念，圍繞著已透過 Windows SDK 存取的豐富 Windows 作業系統 API 目錄。 使用 Windows App SDK 建置的應用程式仍可能依功能需求使用 Windows SDK API。 隨著時間推移，更多 Windows SDK 功能會整合進 Windows 應用程式 SDK。

以下是為僅限 Windows 應用程式選擇原生 Windows 架構的一些原因：

• 演奏： 原生 Windows 框架優化以利用現代 Windows 硬體，提供快速且反應靈敏的使用者體驗。
• 整合： Windows 內建多種 API，能提供僅在 Windows 上才能有的複雜體驗。 原生框架能深度整合這些功能與 API。
• 原生使用者體驗： 原生框架在 Windows 裝置間提供一致的體驗，確保您的應用程式在各處看起來與運作都非常出色。
• 離線支援： 原生框架支援離線情境，讓應用程式即使沒有網路連線也能正常運作。
• 變現： 原生框架由 Microsoft 積極維護與支援，確保能取得最新的更新與功能。

如果您要建置新的僅限 Windows 應用程式，建議您使用 WinUI。 WinUI 是適用於 Windows 應用程式開發的最新原生 UI 架構，其設計目的是要跨各種 Windows 裝置運作。 它提供了一個現代且靈活的使用者介面框架，用以打造視覺上吸引人且互動性的 Windows 應用程式。 WinUI 是 Windows App SDK 的一部分，且在最新版本的 Windows 上運作最佳。

請注意， WinUI （一個 UI 框架）隨 Windows App SDK （一個 Windows 平台開發框架）一起出廠。

一般來說，除非應用程式準備好完全遷移其 UI 框架，否則 WinUI 無法使用。 一項名為 XAML islands 的功能正在開發中，用於在其他 UI 框架（如 WPF、Win32）中承載 WinUI 內容。

Windows App SDK 的元素通常可用於桌面應用程式，視現有應用程式的建置方式而定。 Windows App SDK 不支援 UWP 應用程式。

這表示 WPF/MFC/WinForms 應用程式可以使用與 WinUI 無關的 Windows App SDK API。 例如應用程式生命週期、視窗和吐司通知。

詳見 在現有專案中使用 Windows 應用程式 SDK 以獲得更多資訊。

強烈建議使用 Visual Studio 2022 版本 17.10 或更高版本來開發 WinUI。 最新的 Visual Studio 版本提供豐富的開發功能，如熱重載，並包含簡化設定的 WinUI 應用程式開發 工作負載。

其他 IDE 和工作流程可能可行，但目前 Visual Studio 是唯一官方支援的 WinUI IDE。 請注意，編譯 XAML 或 WinUI 專案是必須使用 MSBuild 的。

WinUI 是最新的原生 Windows 應用程式開發框架。 它提供了一個現代且靈活的使用者介面框架，用以打造視覺上吸引人且互動性的 Windows 應用程式。 WinUI 是 Windows App SDK 的一部分，且在最新版本的 Windows 上運作最佳。

WinUI 2 是一套建立在 UWP 之上、包含 UI 控制項和樣式的組合。 它為 UWP 應用程式提供現代化的外觀與使用體驗，並專為 Windows 10 設計。

WinUI 3 是 WinUI 在 Windows 應用程式 SDK 中首次發佈時的早期名稱。

總結來說，WinUI 是 WinUI 框架中最新且最先進的版本，WinUI 2 是 UWP 的控制函式庫，而 WinUI 3 則是早期的 WinUI 標籤。 除非特別指 WinUI 2，否則以後就用「WinUI」。

是的——「WinUI 應用程式」是推薦的術語。 WinUI 應用程式被稱為「WinUI 應用程式」，因為 WinUI 2 不是一種應用程式，而是 UWP 應用程式中使用的元件集合。

否。 Windows App SDK 不能用在 UWP 應用程式裡，WinUI 2 也不能和 WinUI 混用。 請參閱從 UWP 移轉至 Windows 應用程式 SDK。

移轉 UI 元件通常很簡單 (適用於 C# 和 C++/WinRT)。 否則，遷移成本主要取決於：

1. 專案檔案與 MSBuild 自訂： 遷移工作量會依據進階 MSBuild 的使用情況而有所不同。
2. .NET API 遷移： 使用 .NET 的 UWP 應用程式必須遷移到 .NET 6 或更新版本。 在許多情況下，採用 .NET 6 是直接的。
3. UI 元件函式庫： 函式庫必須有針對 WinUI 的版本。
4. 若 UWP 應用程式是以現已取代的 C++/CX 撰寫，則需要進行部分原始碼移植。 請參閱從 C++/CX 移到 C++/WinRT。

更多資訊請參閱 從 UWP 遷移到 Windows 應用程式 SDK。

是的，升級版的應用程式可以在不更新應用程式身份的情況下發佈。 舊版本的用戶將更新至新版本。 這只適用於桌面應用程式。 Xbox、HoloLens 和 Surface Hub 應用程式無法遷移到 WinUI。

請參閱部署概觀。

請參閱從 UWP 移轉至 Windows 應用程式 SDK。

否。 UI 控制項可以在程式碼中建立。 然而，以宣告式 XAML 標記表示 UI 帶來許多好處，包括提升開發者體驗。

• 從 UWP 遷移到 WinUI：許多 XAML 與 UI 元件可重複使用，但需部分語法調整。
• 從 WPF 遷移到 WinUI：許多概念會延續，但控制項集和 API 有所不同。

還沒有。 這是 WinUI 開發者體驗中已知的缺口。 XAML 熱重新載入之類的工具在許多案例中都有説明。 Windows App SDK 1.7 中已開始開發 WinUI 的 Visual Studio UI 設計器，但尚未有發布時間表。

是的。 WinUI 是隨附於 Windows 應用 SDK 的一部分。

否。 WinUI 2 是 UWP 平台的一部分。

不完全正確。 雖然 WinUI 最初是從 WinUI 2 的程式碼庫開始，但它們是不同的技術。 兩者都是基於 XAML 的 UI 框架，能在 .NET 和 C++ 上運作，但 WinUI 2 和 WinUI 彼此不相容。

否。 WinUI 是隨附於 Windows 應用 SDK 的一部分。

是的。 Windows App SDK 中的所有技術，包括 WinUI，都能在未封裝的應用程式中運作。

XAML Islands 讓你能同時架設基於現代 XAML 的控制項，並搭配其他框架如 WinForms 和 WPF 的 Win32 介面。

如今，XAML Islands 支援 大多數 系統的 XAML 與 WinUI 2 控制項。 更多細節請參閱桌面應用程式中的 Host WinRT XAML 控制項（XAML 島嶼）。 從 Windows App SDK 1.4 開始可支援 WinUI 控制項的托管。

是的。 您的應用程式介面將在所有支援的 Windows 11 和 Windows 10 版本（直到 1809 版本）中繼承最新的 Fluent UI 設計原則，無論是打包或非打包的情境。

是的。 請參閱在 Windows 11 傳統型應用程式中套用雲母或壓克力材質。

請參閱範例和資源。 一些值得注意的存放庫：

• WindowsAppSDK-Samples：示範如何使用特定的 Windows 應用程式 SDK API 集合。
• Windows 主題專屬範例：包含用於 「建立 WinUI 應用程式 」教學的 WinUI 筆記範例。
• WinUI 資源庫：展示 WinUI 和 Windows App SDK。 也可在 Microsoft Store 購買。

如果你已經在 WPF 投入大量資源，可以繼續用它來管理現有的應用程式。 WPF 是一個成熟且穩定的框架，廣泛用於建構 Windows 桌面應用程式。

考慮使用 .NET 升級助理 ，將 .NET Framework 的 WPF 應用程式遷移到最新的 .NET 平台。 它會分析你的程式碼庫並提供更新指引。

使用 .NET 9 或更新版本開發 WPF 應用程式時，您可以確保應用程式符合 Windows 11 的時尚新式外觀。 WPF 的新 Fluent 主題引入了當代 Windows 11 的美學風格，整合了明暗模式及系統強調色彩支援。 這能現代化你的應用程式外觀，帶來精緻且統一的使用者體驗。

如果 WinForms 符合你的需求，且團隊對它感到熟悉，你就可以繼續使用 WinForms 來處理現有的應用程式。 WinForms 是一個成熟且穩定的框架，廣泛用於 Windows 桌面開發。

WinForms 團隊持續投資於該平台。 一些目前的投資領域包括：

• 對常用控制項的非同步支援
• 深色模式
• 版面配置彈性
• 桌面安全功能，例如剪貼簿存取

如果你目標是跨多個作業系統平台的使用者，使用 .NET MAUI 或 React Native 來打造跨平台應用程式，可以帶來多項好處：

• 覆蓋範圍： 跨平台應用程式能在不同裝置與作業系統上覆蓋更廣泛的群體。
• 程式碼重用： 跨平台重複使用程式碼，減少開發時間與成本。 為 Windows、Android、iOS 和 macOS 分別開發應用程式的成本可能高得令人望而卻步。
• 穩定的使用者體驗： 跨平台框架有助於提供跨平台一致的外觀與操作感。
• 整合： 跨平台應用程式仍可整合平台專屬服務，提供完整的體驗。

當你為 Windows 建立 .NET MAUI 應用程式時，輸出會是一個 WinUI 應用程式。 在開發過程中，.NET MAUI 提供跨平台的單一 .NET 體驗，但它在底層會產生針對特定平台的程式碼。 這確保 .NET MAUI 應用程式在各平台都能良好表現，並提供原生使用者體驗。

.NET MAUI 提供跨 Windows、iOS、Android 與 macOS 的統一 .NET 體驗。 它將超過 60 個平台專用 API 抽象成單一跨平台 API 集合，涵蓋儲存、網路及裝置感測器等領域。 也可透過依賴注入存取額外的平台特定 API，提供各平台專用的實作。

目前不是。 雖然 .NET MAUI 在 Windows 上運行時使用 WinUI，但預期針對多個平台的團隊應該從 .NET MAUI 或桌面版 React Native 開始。

有豐富網頁開發經驗的團隊可以考慮 React Native for Desktop。 它包含 Windows 和 macOS 的 React Native。 採用「學一次，隨處寫」的做法，現有的 JavaScript、TypeScript 和 React 技能可以用來打造原生的 Windows 和 macOS 應用程式。

React Native for Desktop 直接將使用者介面渲染到低階原生元素，以提供原生效能及平台功能。

請參考 React Native for Desktop 文件 來開始。

React Native 應用程式可部署至所有支援 Windows 10 及以上的裝置，包括 PC、平板、2合1、Xbox 及混合實境裝置。

如果你的應用程式需要支援 Xbox、HoloLens 或 IoT，建議使用 UWP。 Windows App SDK 不支援這些平台。 遊戲開發方面，可以使用 Microsoft 遊戲開發套件。

如果你同時針對 Windows 和 Surface Hub，建議使用 UWP。

混合式應用程式會混合 Web 和原生應用程式開發的最佳功能。 其核心是使用 HTML、CSS 和 JavaScript 等網頁技術建構，並包裝在原生容器中，提供特定原生平台功能與硬體存取。 它們也可以透過應用程式市集散發。

主要優點是混合式應用程式允許你打造一個能在多個原生平台和網頁上運行的單一應用程式，降低開發時間與成本。 混合式應用程式開發平台的範例包括：

• 傳統型應用程式的電子
• 行動裝置應用程式的仿生
• .NET MAUI Blazor Hybrid 用於跨平台應用程式

請參閱 Windows 上的 Web 開發和漸進式 Web 應用程式概觀。

透過 .NET MAUI，Blazor 應用程式能原生運行於 Windows、iOS、Android 和 macOS。 這讓你能創建結合 Blazor 與 .NET MAUI 元件的混合客戶端應用程式，並能完整存取原生平台功能。

詳情請見 ASP.NET Core Blazor Hybrid。

否。 從 .NET 9 開始，.NET MAUI 包含 HybridWebView 控制項，允許在原生應用程式中托管其他基於 JavaScript 的 UI。

這讓你可以在 .NET MAUI 應用程式中架設 Angular、React、Vue 或其他 HTML/JavaScript 應用程式。 混合控制項提供 C# 與 JavaScript 之間的互通性，因此 C# 程式碼可以呼叫 JavaScript 函式，反之亦然。

是的。 WPF 與 WinForms 應用程式也能承載 Blazor 混合元件，讓現有應用程式能加入現代化的網頁介面。 這不支援基於 .NET Framework 建置的 WPF 或 WinForms 應用程式。

原生與混合元件可以混用在應用程式中。 例如，應用程式的核心可能由 .NET MAUI 元件建構，而混合元件則提供額外功能。 這使得能結合原生元件的性能與能力，與混合元件的彈性與成本效益。

網頁應用程式是所有客戶端應用平台中覆蓋範圍最廣的。 打造美麗 .NET 網頁應用程式的選項包括：

• 使用Razor Pages ASP.NET Core應用程式
• ASP.NET Core MVC 應用程式
• ASP.NET Core Blazor 應用程式，提供主機模式選項：
  • Blazor WebAssembly（Blazor 網頁組件）
  • Blazor Server

Blazor 主機模型現在可以在元件層級設定，實現像是在 Blazor Server 應用程式中託管 Blazor WebAssembly 元件等情境。

更多細節請參閱 ASP.NET 核心文件 。

Windows 是支援許多技術的開放平臺。 以下是一些能幫助你選擇平台的標準：

• 你是先開發 Windows 還是跨平台？
• 你已經掌握哪些語言或技能——.NET、JavaScript，還是其他什麼？
• 你需要存取 Windows 專屬的 API 嗎？
• 哪個框架的功能最符合你應用程式的需求？
• 更多比較因素請參 見此表 。

對於許多商業應用程式，團隊通常會根據現有技能及團隊最熟悉的使用方式來選擇。

在為您的網頁應用程式選擇開發方法時，請考慮以下幾點：

• 建議使用 .NET 建置前端 Web 應用程式。 它讓你能用 .NET 建置前端和後端，節省時間和成本，尤其適合企業應用程式。
• 如果你想運用現有的 JavaScript 技能，或需要與既有的 JS 函式庫或框架整合，JavaScript 網頁應用程式仍然有意義。
• 使用舊框架如 Web Forms、MVC 或 Razor Pages 的現有應用程式仍受支援，且可持續開發與維護。

許多客戶目前都使用 WinUI 建置，包括 Adobe 和 Apple：

• Adobe Fresco，一款免費的繪畫與繪畫應用程式。
• 蘋果的 Apple Music、 Apple TV 和 Apple 裝置 應用程式皆以 WinUI 與 Windows 應用程式 SDK 建置。

Microsoft 也開發了許多 WinUI 應用程式，例如 Windows 11 檔案總管和照片應用程式。

包括 Microsoft 在內的許多客戶，正在打造具備 .NET MAUI 的跨平台應用程式。 例如， Microsoft Azure 行動應用程式 就是使用 .NET MAUI 建置。

更多詳情請見 .NET 客戶展示。

大部分 Microsoft Visual Studio 的使用者介面都是用 WPF 建置的。 Visual Studio IDE 本身就是複雜且高效能的 WPF 應用程式的代表範例。

GE Digital 的 FlightPulse 航空公司系統使用 Blazor 來設定飛行員所見所有的後端配置，將感測器數據與分析直接提供給飛行員，以提升安全性與效率。

在 .NET 網站上查看更多 Blazor 客戶故事 。

是的。 如果您的 MSIX 套件已簽署，則簽署認證必須在目標裝置上有效且受信任。

是的，XAML Islands 使這成為可能。 請參閱 了解更多關於 XAML Islands 的資訊。

關於打包、未打包及與外部定位應用程式打包的定義，請參見 部署概覽。 此主題也說明每個選項的優點和缺點。

WinUI 應用程式可以透過商店、.appinstaller 檔案，或現有的 MSI 或 setup.exe 套件提供。 商店和 AppInstaller 支援啟用自動更新的終端用戶自動更新，但 MSI/setup.exe 應用程式必須提供自己的更新機制。

一般來說，不會。 WinUI 和 Windows App SDK 需要 MSBuild，這也是為什麼 Visual Studio 是開發它們的先決條件。 雖然技術上可以建立不使用 WinUI 與其他工具鏈的 Windows App SDK 應用程式，但這並不被支援。

請參閱讓應用程式適用於 Windows。

使用 Windows 10（版本 1809 或更新）的使用者可以在不更新作業系統的情況下安裝 WinUI 應用程式。

是的。

否。 UWP 和 WinUI 2 仍然被支援，並持續獲得錯誤、可靠性和安全修正。 然而，大多數新功能與能力都會被加入 WinUI。

.NET 9 已支援 UWP。 此選項為使用 .NET 最新版本的 UWP 應用程式提供現代化路徑。

.NET 9 UWP 支援的目標包括：

1. 為想遷移到 WinUI 的開發者提供更好的遷移路徑。
2. 移除對 .NET Native 的依賴，讓開發者能享受最新的 .NET 和 C# 功能。

欲了解更多資訊，請參閱部落格文章： 用預覽版 UWP 支援 .NET 9 與 Native AOT 現代化你的 UWP 應用程式。

如果 UWP 開發者對 UWP 及其功能集感到滿意，就不必感到遷移壓力——對許多應用程式來說，正確的選擇可能是繼續使用 UWP。

想要利用最新 Windows 平台與 .NET 投資的應用程式，應考慮轉向 Windows 應用程式 SDK。 請參閱從 UWP 移轉至 Windows 應用程式 SDK。

如果你是為 Xbox、Surface Hub 或 HoloLens 製作，請繼續使用 UWP。

否。 WPF 受到支援、推薦，並持續獲得功能更新。 請參閱 GitHub上的 WPF 藍圖。

否。 WinForms 有支援並持續獲得功能更新。 請參閱 GitHub 上的 Windows Forms 藍圖。

否。 WinRT 是一種應用程式二進位介面（ABI），可實現跨多種語言的互通性。 WinRT 是 COM 的演進，Windows App SDK 透過 WinRT API 提供大部分功能。

最新發行說明可在 「What's new」 頁面找到。