Windows 开发人员常见问题解答

请参阅应用开发选项的概述。

在云服务时代，客户端应用开发仍然是现代数字化转型的关键组成部分。 对于开发人员来说，构建客户端应用程序不仅对于访问至关重要，而且对于在用户设备上提供响应式有意义的交互至关重要。

下面是客户端应用仍然很重要的原因：

• Device Reach： 全球有超过 15 亿个 Windows 设备和 50 多亿 Android 和 iOS 设备，客户端应用允许你直接将应用程序带到他们选择的设备上。
• 网关到智能服务： 客户端应用通常是用户与服务的第一次交互。 它们提供丰富的交互式界面，使你能够展示智能功能并将产品与其他产品区分开来。
• 云集成可伸缩性： 集成良好的客户端应用可以毫不费力地与后端云服务同步，从而在用户群增长时实现实时数据访问和无缝可伸缩性。
• 提高工作效率和用户忠诚： 经过深思熟虑的应用可以提高工作效率，并使用户随着时间的推移与产品或服务保持参与。

Windows 应用 SDK 是一个 Windows 应用程序开发平台，可用于创建美观、现代、向后兼容的（低至 Windows 10 1809）桌面应用。 WinUI 3 是附带 Windows 应用 SDK 的 UI 框架。

两者都是软件开发工具包 (SDK)，可用于构建 Windows 应用。

Windows 应用 SDK 是一个全新开发平台，可用于构建可跨 Windows 版本（低至 Windows 10 1809）安装的新式桌面应用。 使用 Windows 应用 SDK 构建应用时，可以访问最新的 Windows 开发平台功能。 Windows 应用 SDK 包含 WinUI 3。

Windows SDK 是一个开发平台，可用于构建 UWP 应用和 Win32/桌面应用。 它是围绕与特定版本的 OS 耦合的 Windows API 设计的。

Windows 应用 SDK 不会取代 Windows SDK。 Windows 应用 SDK 是对 Windows SDK 的补充。 它围绕一系列丰富的 Windows OS API（你可以使用 Windows SDK 访问）提供方便的、与 OS 分离的抽象。 当你使用 Windows 应用 SDK 构建应用时，可能最终会使用一些 Windows SDK API，具体取决于所需的功能。 随着时间的推移，更多的 Windows SDK 功能将被提升到 Windows 应用 SDK 中。

下面是为仅限 Windows 的应用选择本机 Windows 框架的一些原因：

• 性能： 本机 Windows 框架经过优化，以充分利用当今的 Windows 硬件的强大功能，并提供快速响应的用户体验。
• 集成： Windows 附带各种 API，以生成仅在 Windows 上可用的复杂体验。 本机框架提供与这些功能和 API 的深度集成。
• 本机用户体验： Native Windows 框架跨 Windows 设备提供一致的用户体验，确保你的应用在所有 Windows 设备上都能正常运行。
• 脱机支持： 本机 Windows 框架为脱机方案提供支持，即使用户未连接到 Internet，应用也能正常工作。
• 盈利： 本机 Windows 框架受到Microsoft的积极维护和支持，确保你有权访问最新的更新和功能。

如果要构建一个新的仅限 Windows 的应用，我们建议使用 WinUI。 WinUI 是用于 Windows 应用开发的最新本机 UI 框架，旨在跨各种 Windows 设备工作。 WinUI 提供了一个现代灵活的 UI 框架，使你能够创建视觉吸引力和交互式 Windows 应用。 WinUI 是 Windows 应用 SDK 的一部分，旨在与最新版本的 Windows 配合使用。

请注意，WinUI（UI 框架）附带 Windows 应用 SDK（Windows 平台开发框架）。

一般来说，除非已准备好完全迁移 UI 框架，否则无法使用 WinUI。 我们正在开发一项称为 XAML 岛屿 的功能，它允许在其他 UI 框架（WPF、Win32）中托管 WinUI 内容。

你应该能够在任何桌面应用中使用 Windows 应用 SDK 的元素，具体取决于现有应用的生成方式。 Windows 应用 SDK 不支持 UWP 应用。

这意味着 WPF/MFC/WinForms 应用可以使用与 WinUI 无关的 Windows 应用 SDK API。 此类 API 示例包括应用生命周期、窗口化和 Toast 通知。

有关详细信息，请参阅 在现有项目中使用 Windows 应用 SDK。

强烈建议使用 Visual Studio 2022 版本 17.10 及更高版本开发 WinUI 应用。 使用最新版本的 Visual Studio 使你能够访问丰富的开发功能（例如热重载）。 最新的 Visual Studio 安装程序包括一个 Windows 应用程序开发 工作负载，使 WinUI 开发入门变得简单。

你可能能够使用其他 IDE 和开发工作流，但 Visual Studio 目前是唯一正式支持的 WinUI IDE。 请注意，编译使用 XAML 或 WinUI 的项目需要 MSBuild。

是 - “WinUI 应用”是我们建议使用的术语。 WinUI 3 应用通常称为“WinUI 应用”，因为 WinUI 2 不是一种类型的应用，而是可在 UWP 应用中使用的一组组件。

否。 Windows 应用 SDK 无法在 UWP 应用中使用，并且 WinUI 2 不能与 WinUI 3 混合使用。 请参阅从 UWP 迁移到 Windows 应用 SDK。

迁移 UI 组件通常很简单（对于 C# 和 C++/WinRT）。 否则，从 UWP 迁移到 WinUI 的成本主要取决于以下因素：

1. 项目文件和 MSBuild 自定义：迁移项目可能需要完成大量工作，具体取决于是否使用了高级 MSBuild 功能。
2. .NET API 迁移：如果 UWP 应用依赖于 .NET，则需要升级到 .NET 6 及更高版本。 在大多数情况下，采用 .NET 6 很简单。
3. UI 组件库：如果使用 UI 组件库，则需要面向 WinUI 3 的新版本库。
4. 如果 UWP 源代码是在已取代的 C ++/CX 中编写的，则将涉及一些源代码移植。 请参阅从 C++/CX 移动到 C++/WinRT。

有关 UWP 迁移的详细信息，请参阅从 UWP 迁移到 Windows 应用 SDK。

是，无需更新应用程序的标识即可发布升级的应用。 用户具有的旧版本将更新为新版本。 本指南仅适用于桌面应用。 Xbox、HoloLens 和 Surface Hub 应用无法迁移到 WinUI。

请参阅部署概述。

请参阅从 UWP 迁移到 Windows 应用 SDK。

否。 可以在代码中创建 UI 控件。 但是，以声明性 XAML 标记的形式表示 WinUI 用户界面有很多好处，例如改进的开发人员体验。

如果要从 UWP 迁移到 WinUI，则可能能够重复使用大量 XAML 标记和 UI 相关代码（但必须更新某些语法）。 如果要从 WPF 迁移到 WinUI，则可以重复使用很多概念，但控件集和 API 将有所不同。

还没有。 我们认识到，这是 WinUI 开发人员体验中的差距。 XAML 热重载等工具可在许多情况下提供帮助。 Work 已在 Windows App SDK 1.7 中用于 WinUI 的 Visual Studio UI 设计器上开始，但此功能尚未发布时间表。

是的。 WinUI 3 作为 Windows 应用 SDK 的一部分提供。

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

并不全面。 虽然 WinUI 3 始于 WinUI 2 代码库，但它们是截然不同的技术。 WinUI 2 和 WinUI 3 都是跨 .NET 和 C++ 运作的基于 XAML 的 UI 框架。 请注意，WinUI 2 和 WinUI 3 互不兼容。

否。 WinUI 3 作为 Windows 应用 SDK 的一部分提供。

是的。 Windows 应用 SDK 中的所有技术都可在未打包的应用中使用，包括 WinUI 3。

通过 XAML 岛，你可以将新式 WinUI 控件与其他框架（WinForms 和 WPF）中的现有 Win32 UI 一起托管。 如今，大多数系统 XAML 和 WinUI 2 控件都支持 XAML 岛。 有关详细信息，请参阅在桌面应用中托管 WinRT XAML 控件（XAML 岛）。 XAML 岛对 WinUI 3 控件的支持从 Windows 应用 SDK 1.4 开始提供。

是的，在打包和未打包方案中，应用的 UI 将在所有受支持版本的 Windows 11 和 Windows 10（低至版本 1809）继承最新的 Fluent UI 设计原则。

是的。 请参阅在适用于 Windows 11 的桌面应用中应用云母或亚克力材料。

请参阅示例和资源。 一些值得注意的存储库：

• WindowsAppSDK 示例：演示如何使用特定的 Windows 应用 SDK API 集。
• WinUI 3 演示：包含Microsoft WinUI 演示文稿中使用的演示。
• WinUI 库：展示 WinUI 和 Windows 应用 SDK。 还可以在 Microsoft Store 中获取 WinUI 库。

如果已在 WPF 中投入了大量资金，则可以继续对现有应用使用 WPF。 WPF 是一个成熟的稳定框架，开发人员广泛使用它来构建 Windows 桌面应用。

请考虑利用 .NET 升级助手 将 .NET Framework WPF 应用迁移到最新的 .NET 平台。 .NET 升级助手是一种工具，可帮助你将 .NET Framework 应用迁移到最新支持的 .NET 版本。 .NET 升级助手分析现有代码库，并提供有关如何更新代码的指导。

使用 .NET 9 或更高版本开发 WPF 应用程序时，可以确保应用与 Windows 11 的时尚现代外观匹配。 WPF 的新 Fluent 主题为 WPF 应用程序引入了当代 Windows 11 美学，并集成了浅色/深色模式和系统主题色支持。 此更新不仅使应用的外观现代化，而且还通过提供完美而凝聚力的用户体验来增强用户参与度。

如果你的团队熟悉构建 WinForms 应用和 WindForms 以满足你的需求，你可以继续对现有应用使用 WinForms。 WinForms 是一个成熟的稳定框架，开发人员广泛使用它来构建 Windows 桌面应用。

WinForms 团队正在跨功能进行投资，并具有活跃的参与者社区。 一些当前投资领域包括：

• 具有常见控件的异步支持
• 深色模式
• 布局灵活性
• 桌面安全功能，如剪贴板访问

如果面向多个 OS 平台的用户，请使用 .NET MAUI 或 React Native 构建跨平台应用可提供以下几个优势：

• Reach： 构建跨平台应用可让你在不同平台上访问更多用户。
• 代码重用： 构建跨平台应用，可跨不同平台重复使用代码，从而减少开发时间和成本。 为 Windows、iOS、Android、macOS 等构建单独的应用可能极其昂贵。
• 一致的用户体验： 构建跨平台应用，可让你在不同的平台上提供一致的用户体验，确保应用在所有设备上都能正常运行。
• 集成： 构建跨平台应用，可让你与不同的平台和服务集成，从而提供更全面的用户体验。

生成适用于 Windows的 .NET MAUI 应用时，输出是 WinUI 应用。 在开发时，.NET MAUI 在所有平台（包括 Windows）中提供单个 .NET 体验，但在后台，它生成特定于平台的代码。 这可确保 .NET MAUI 应用在每个平台上运行良好，并提供本机用户体验。

.NET MAUI 为所有平台（包括 Windows、iOS、Android 和 macOS）提供单个 .NET 体验。 .NET MAUI 将 60 多个特定于平台的 API 抽象化为可在 .NET MAUI 应用中使用的单个跨平台 API。 这些 API 涵盖对存储、网络、特定于设备的传感器等的访问。 如果需要，还可以使用依赖项注入访问其他特定于平台的 API，以提取每个平台的代码。

目前没有。 尽管 .NET MAUI 应用在 Windows 上运行时使用 WinUI，但如果预计需要面向多个平台，我们建议从 .NET MAUI 或 React Native for Desktop 开始。

如果团队具有强大的 Web 开发技能，可能需要考虑使用 React Native for Desktop。 React Native for Desktop 包含 React Native for Windows 和 macOS 框架。 React Native 的座右铭是“学习一次，随时随地编写”，这意味着你可以使用现有的 Web 开发技能来使用 React Native 生成本机 Windows 应用。 React Native for Desktop 是一个开源项目，可用于使用 React Native 生成本机 Windows 和 macOS 应用。 React Native for Desktop 提供了一组 API，可用于访问 React Native 应用中特定于桌面 OS 的特性和功能。

你的团队可以利用其 JavaScript、TypeScript 和 React 技能来构建直接呈现到本机基元的 UI 层。 这提供本机应用性能和对本机平台功能的访问权限。

阅读有关适用于 Windows 的 React Native 开发入门的详细信息，请参阅 React Native for Desktop 文档。

React Native 应用可以部署到 Windows 10 及更高版本支持的所有设备，包括电脑、平板电脑、2 in-1、Xbox 和 Mixed reality 设备。

如果你的应用需要支持 Xbox、HoloLens 或 IoT，建议使用 UWP。 Windows 应用 SDK 不支持这些平台。 对于游戏开发，建议使用 Microsoft 游戏开发工具包。

如果同时面向 Windows 和 Surface Hub，建议使用 UWP。

混合应用混合了 Web 和本机应用开发的最佳方案。 应用的核心是使用 HTML、CSS 和 JavaScript 等 Web 技术构建的，然后包装在本机容器中，使应用能够利用某些本机平台功能和硬件。 还可以通过应用商店分发它们。

混合应用的主要优点是，它们允许你构建可在多个本机平台和 Web 上运行的单个应用，从而减少开发时间和成本。 混合应用开发平台的一些示例回答：

• 桌面应用的电子
• 移动应用的 Ionic
• 跨平台应用的 .NET MAUI Blazor 混合

请参阅 Windows 上的 Web 开发和渐进式 Web 应用概述。

使用 .NET MAUI，Blazor 应用也可以在 Windows、iOS、Android 和 macOS 上本机运行。 这意味着可以创建混合客户端应用，将 Blazor 和 .NET MAUI 组件组合到单个本机客户端应用中。 这提供对任何其他 .NET MAUI 应用可用的相同本机平台功能的完全访问权限。

若要详细了解 Blazor 如何在 .NET MAUI 应用中托管，请参阅 ASP.NET Core Blazor 混合。

否，不需要使用 Blazor 创建 .NET MAUI 混合应用的 Web 组件。 从 .NET 9 开始，.NET MAUI 提供了一个 HybridWebView 控件，可用于在本机应用中托管其他 JavaScript UI。

这意味着你可以采用 Angular、React、Vue 或其他 HTML & JavaScript Web 应用并将其托管在 .NET MAUI 应用中。 混合控件在 C# 和 JavaScript 层之间提供互操作，以便可以从 C# 调用 JavaScript 函数，反之亦然。

是的，WPF 和 WinForms 应用还可以托管 Blazor 混合组件。 这样，就可以将新式 Web UI 组件添加到现有的 WPF 和 WinForms 应用。 请注意，使用基于 .NET Framework 构建的 WPF 或 WinForms 应用是不可能实现的。

可以在应用中混合和匹配本机组件和混合组件。 例如，可以使用 .NET MAUI 组件生成应用的核心，然后添加混合组件以提供其他功能。 这样，便可以充分利用这两个世界：本机组件的性能和功能以及混合组件的灵活性和成本节省。

Web 应用拥有最广泛的客户端应用平台。 如果要在 Windows 上创建漂亮的 .NET Web 应用，可以选择以下几个选项：

• 使用 Razor Pages ASP.NET Core 应用
• ASP.NET Core MVC 应用
• ASP.NET Core Blazor 应用，包含托管模型选项，包括：
  • Blazor WebAssembly 应用
  • Blazor 服务器应用

请注意，现在可以在组件级别配置 Blazor 的托管模型。 因此，可以在 Blazor Server 应用中托管 Blazor WebAssembly 组件。

在 ASP.NET Core 文档中详细了解 ASP.NET Core 开发选项。

Windows 是一个支持许多技术的开放平台。 下面是一些条件，可帮助你确定要使用的平台：

• 你是构建 Windows 优先还是跨平台？
• 你是否具有 .NET 的经验？ JavaScript？ 其他语言？
• 是否需要访问特定于 Windows 的 API？
• 哪种框架的功能最符合应用的要求？
• 有关其他决策因素，请参阅此表 。

在业务应用方面，大多数团队都希望根据现有技能以及团队使用的内容进行选择。

为 Web 应用选择开发方法时需要考虑的一些事项包括：

• 建议使用 Blazor 使用 .NET 生成前端 Web 应用。 通过使用 Blazor，现在可以使用 .NET 生成整个前端和后端，从而节省时间和金钱。 它特别适用于当今设备上的企业业务线应用。
• 如果要利用团队在 JavaScript 中的现有技能或投资，或者需要与现有 JavaScript 库或框架集成，JavaScript Web 应用仍有意义。
• 使用较旧框架的现有应用（如 Web 窗体、MVC 或 Razor Pages）仍受支持，并且可以使用这些框架继续开发和维护。

许多客户今天都在使用 WinUI 进行构建，包括 Adobe 和 Apple：

• Adobe Integration，这是适用于 Windows 的免费绘图和绘画应用。
• Apple 创建了 Apple Music、Apple TV，以及使用 WinUI 和 Windows 应用 SDK 应用 Apple 设备。

Microsoft还使用 WinUI 创建了多个应用，包括 Windows 11 文件资源管理器和照片应用。

许多客户今天使用 .NET MAUI 构建其跨平台应用，包括Microsoft。 例如，Microsoft Azure 移动应用 是使用 .NET MAUI 生成的。

了解在 .NET 客户上使用 .NET MAUI 生成应用的其他人员展示 网站。

大多数Microsoft Visual Studio 的用户界面都是使用 WPF 生成的。 Visual Studio IDE 是复杂高性能 WPF 应用的一个很好的示例。

GE Digital 的 FlightPulse 航空公司系统将传感器数据和分析置于飞行员手中，以提高安全性和效率。 试点看到的一切的后端配置都是使用 Blazor 完成的。

可以在 .NET 网站上阅读更多 Blazor 客户案例。

是的。 如果 MSIX 包已签名，则签名证书在目标设备上必须有效且可信。

是 - 通过 XAML 岛可执行此操作。 了解有关 XAML 岛的详细信息。

有关打包、解包的应用，以及使用外部位置打包的应用的定义，请参阅部署概述。 该主题还说明每个选项的优缺点。

WinUI 应用可以通过应用商店、.appinstaller 文件或在现有 MSI 或 setup.exe 包中传递。 Store 和 AppInstaller 为已启用自动更新的最终用户提供自动更新支持，但 MSI/setup.exe 应用需要有自己的更新程序。

一般来说，不可以。 WinUI 和 Windows 应用 SDK 需要 MSBuild，这就是为什么 Visual Studio 是使用 WinUI 和 Windows 应用 SDK 进行开发的先决条件。 虽然在技术上可以生成不使用其他工具链的 WinUI 的 Windows 应用 SDK 应用，但不支持这样做。

请参阅使应用适用于 Windows。

拥有 Windows 10 版本 1809 及更高版本的用户无需更新其 OS 即可安装 WinUI 应用。

是的。

否。 UWP 和 WinUI 2 仍受支持，并将收到 bug、可靠性和安全修复程序。 但是，大多数新功能（包括对最新 .NET 运行时的支持）将仅添加到 WinUI 3。

如果 UWP 开发人员对 UWP 及其功能集感到满意，则不会感到将应用迁移到 WinUI 3 的压力。 对于某些应用，最佳选择可能是永远不迁移。 对于希望从 Microsoft 的最新 Windows 平台和 .NET 投资中受益的应用，应考虑将这些应用迁移到 Windows 应用 SDK。 请参阅从 UWP 迁移到 Windows 应用 SDK。

如果要构建适用于 Xbox、Surface Hub 或 HoloLens 的应用，建议继续使用 UWP。

否。 WPF 仍受支持，并且还会收到一些功能更新。

否。 WinForms 仍受支持，并且还会收到一些功能更新。

否。 WinRT 是指一种应用程序二进制接口 (ABI)，支持在多种语言之间进行互操作。 WinRT 是 COM 演进而来的。 Windows 应用 SDK 通过 WinRT API 提供其大部分功能。

请参阅稳定通道发行说明和预览通道发行说明。

相关内容

• Windows 开发人员术语表
• 应用开发选项的概述