将 Windows 运行时 8.x 项目移植到 UWP 项目

2025-06-10

开始移植过程时，有两个选项。一种方法是编辑您现有项目文件的副本，包括应用包清单。有关此选项的详细信息，请参阅将应用迁移到通用 Windows 平台（UWP）中有关更新项目文件的信息。另一个选项是在 Visual Studio 中创建新的 Windows 10 项目，并将文件复制到其中。本主题的第一部分介绍第二个选项，但本主题的其余部分提供了适用于这两个选项的其他信息。你还可以选择将新的 Windows 10 项目保留在与现有项目相同的解决方案中，并使用共享项目共享源代码文件。或者，可以在自己的解决方案中保留新项目，并使用 Visual Studio 中的链接文件功能共享源代码文件。

创建项目并将文件复制到其中

这些步骤侧重于在 Visual Studio 中创建新的 Windows 10 项目并将文件复制到其中的选项。有关创建的项目数以及要复制的文件的一些具体内容将取决于如果你有通用 8.1 应用及其后面的部分中所述的因素和决策。这些步骤假定最简单的情况。

启动 Microsoft Visual Studio 2015 并创建新的空白应用程序（Windows 通用）项目。有关详细信息，请参阅使用模板（C#、C++、Visual Basic）启动 Windows 运行时 8.x 应用。新项目将生成将在所有设备系列上运行的应用包（appx 文件）。
在通用 8.1 应用项目中，标识要重复使用的所有源代码文件和可视资产文件。使用文件资源管理器，将数据模型、视图模型、视觉资产、资源字典、文件夹结构以及要重复使用的任何其他内容复制到新项目。根据需要在磁盘上复制或创建子文件夹。
将视图（例如 MainPage.xaml 和 MainPage.xaml.cs）复制到新项目中。同样，根据需要创建新的子文件夹，并从项目中删除现有视图。但是，在过度写入或删除 Visual Studio 生成的视图之前，请保留副本，因为以后引用它可能很有用。移植通用 8.1 应用的第一个阶段侧重于使其看起来良好且适用于一个设备系列。稍后，你将注意确保视图能够很好地适应所有外形规格，并选择性地添加任何自适应代码，以充分利用特定设备系列。
在 解决方案资源管理器中，确保 显示所有文件 已打开。选择您复制的文件，右键单击这些文件，然后单击“包含在项目中”。这将自动包括它们所在的文件夹。然后，可以根据需要切换 显示所有文件 关闭。如果愿意，另一种工作流是使用 添加现有项 命令，在 Visual Studio 解决方案资源管理器中创建任何必要的子文件夹。仔细检查你的视觉资源是否已将 生成操作 设置为内容，并将 复制到输出目录 设置为 不复制。
您此时可能会看到一些生成错误。但是，如果你知道需要更改的内容，则可以使用 Visual Studio 的 “查找和替换 ”命令对源代码进行批量更改;在 Visual Studio 的命令性代码编辑器中，使用上下文菜单上的 “解析 和组织 Usings ”命令进行更有针对性的更改。

最大化标记和代码重用

你会发现，通过适量地重构代码以及/或添加自适应代码（如下所述），可以最大限度地利用能在所有设备系列中兼容的标记和代码。下面是更多详细信息。

通用于所有设备系列的文件不需要特别考虑。这些文件将由应用在运行的所有设备系列上使用。这包括 XAML 标记文件、命令性源代码文件和资产文件。
你的应用可以检测它正在运行的设备系列，并导航到专为该设备系列设计的视图。有关详细信息，请参阅检测你的应用所运行的平台。
如果没有其他选择，可以使用一种类似的技术：为标记文件或 ResourceDictionary 文件（或包含文件的文件夹）分配一个特殊名称，这样仅在您的应用程序在特定设备系列上运行时才会在运行时自动加载它。此技术在 Bookstore1 案例研究中进行了说明。
如果只需要支持 Windows 10，则应能够在通用 8.1 应用的源代码中删除大量条件编译指令。请参阅本主题中的条件编译和自适应代码。
若要使用所有设备系列（例如打印机、扫描仪或相机按钮）上不可用的功能，可以编写自适应代码。请参阅本主题中条件编译和自适应代码的第三个示例。
如果要支持 Windows 8.1、Windows Phone 8.1 和 Windows 10，则可以将三个项目保留在同一解决方案中，并与共享项目共享代码。或者，可以在项目之间共享源代码文件。方法如下：在 Visual Studio 中，右键单击 解决方案资源管理器中的项目，选择 添加现有项，选择要共享的文件，然后单击 添加方式链接。将源代码文件存储在文件系统上的公用文件夹中，其中链接到它们的项目可以看到它们。不要忘记将它们添加到版本控制中。
有关在二进制级别（而不是源代码级别）重复使用，请参阅在 C# 和 Visual Basic 中创建 Windows 运行时组件。还有可移植类库，它们支持适用于 Windows 8.1 的 .NET Framework、Windows Phone 8.1 和 Windows 10 应用（.NET Core）和完整的 .NET Framework 中提供的 .NET API 子集。可移植类库程序集与所有这些平台在二进制方面兼容。使用 Visual Studio 创建面向可移植类库的项目。参见跨平台开发使用可移植类库。

扩展软件开发工具包 (SDK)

通用 8.1 应用已调用的大多数 Windows 运行时 API 都在称为通用设备系列的 API 集中实现。但是，某些 API 在扩展 SDK 中实现，Visual Studio 仅识别由应用的目标设备系列或你引用的任何扩展 SDK 实现的 API。

如果您收到关于无法找到命名空间、类型或成员的编译错误，这可能是问题的根源。在 API 参考文档中打开 API 的主题并导航到“要求”部分：该部分将告诉你实现的设备系列是什么。如果这不是目标设备系列，那么若要使 API 可供项目使用，则需要对该设备系列的扩展 SDK 进行引用。

单击项目>添加引用>Windows 通用>扩展并选择相应的扩展 SDK。例如，如果要调用的 API 仅在移动设备系列中可用，并且它们已在版本 10.0.x.y 中引入，则为 UWP选择 Windows 移动扩展。

这将向您的项目文件添加以下引用：

<ItemGroup>
    <SDKReference Include="WindowsMobile, Version=10.0.x.y">
        <Name>Windows Mobile Extensions for the UWP</Name>
    </SDKReference>
</ItemGroup>

名称和版本号与 SDK 的已安装位置中的文件夹匹配。例如，上述信息与此文件夹名称匹配：

\Program Files (x86)\Windows Kits\10\Extension SDKs\WindowsMobile\10.0.x.y

除非应用面向实现 API 的设备系列，否则你需要使用 ApiInformation 类在调用 API 之前测试 API 是否存在（这称为自适应代码）。然后，无论应用在何处运行，都会评估此条件，但只有在 API 存在且可供调用的设备上，条件才会被评估为 true。在先检查通用 API 是否存在后，才使用扩展 SDK 和自适应代码。下面部分提供了一些示例。

另请参阅应用包清单。

条件编译和自适应代码

如果你使用的是 C# 预处理器指令的条件编译，使代码文件可以同时在 Windows 8.1 和 Windows Phone 8.1 上运行，那么现在可以结合 Windows 10 中的收敛工作来重新审视该条件编译。融合意味着，在您的 Windows 10 应用中，某些条件可以被完全去除。其他更改为运行时检查，如以下示例所示。

注意如果要在单个代码文件中支持 Windows 8.1、Windows Phone 8.1 和 Windows 10，也可以执行此作。如果在项目属性页上查看 Windows 10 项目，你将看到该项目将WINDOWS_UAP定义为条件编译符号。因此，可以将这与WINDOWS_APP和WINDOWS_PHONE_APP结合使用。这些示例演示了从通用 8.1 应用中删除条件编译并替换 Windows 10 应用的等效代码的更简单情况。

第一个示例显示了 PickSingleFileAsync API（仅适用于 Windows 8.1）和 PickSingleFileAndContinue API（仅适用于 Windows Phone 8.1）的使用模式。

#if WINDOWS_APP
    // Use Windows.Storage.Pickers.FileOpenPicker.PickSingleFileAsync
#else
    // Use Windows.Storage.Pickers.FileOpenPicker.PickSingleFileAndContinue
#endif // WINDOWS_APP

Windows 10 在 PickSingleFileAsync API 上实现了汇聚，因此您的代码只需这样简化即可：

    // Use Windows.Storage.Pickers.FileOpenPicker.PickSingleFileAsync

在此示例中，我们处理硬件后退按钮，但仅在 Windows Phone 上。

#if WINDOWS_PHONE_APP
        Windows.Phone.UI.Input.HardwareButtons.BackPressed += this.HardwareButtons_BackPressed;
#endif // WINDOWS_PHONE_APP

...

#if WINDOWS_PHONE_APP
    void HardwareButtons_BackPressed(object sender, Windows.Phone.UI.Input.BackPressedEventArgs e)
    {
        // Handle the event.
    }
#endif // WINDOWS_PHONE_APP

在 Windows 10 中，后退按钮事件是一个通用概念。在硬件或软件中实现的后退按钮都将引发 BackRequested 事件，因此这就是需要处理的事件。

    Windows.UI.Core.SystemNavigationManager.GetForCurrentView().BackRequested +=
        this.ViewModelLocator_BackRequested;

...

private void ViewModelLocator_BackRequested(object sender, Windows.UI.Core.BackRequestedEventArgs e)
{
    // Handle the event.
}

最后一个示例类似于上一个示例。在这里，我们处理物理相机按钮，但同样，仅限于编译入 Windows Phone 应用包的代码。

#if WINDOWS_PHONE_APP
    Windows.Phone.UI.Input.HardwareButtons.CameraPressed += this.HardwareButtons_CameraPressed;
#endif // WINDOWS_PHONE_APP

...

#if WINDOWS_PHONE_APP
void HardwareButtons_CameraPressed(object sender, Windows.Phone.UI.Input.CameraEventArgs e)
{
    // Handle the event.
}
#endif // WINDOWS_PHONE_APP

在 Windows 10 中，硬件相机按钮是特定于移动设备系列的概念。由于一个应用包将在所有设备上运行，因此我们使用所谓的自适应代码将编译时条件更改为运行时条件。为此，我们使用 ApiInformation 类在运行时查询是否存在 HardwareButtons 类。 HardwareButtons 是在移动扩展 SDK 中定义的，因此我们需要向项目中添加对该 SDK 的引用，以便此代码进行编译。但是，请注意，处理程序只能在实现移动扩展 SDK 中定义的类型（即移动设备系列）的设备上执行。因此，此代码在道德上等同于通用 8.1 代码，因为它只小心使用存在的功能，尽管它以不同的方式实现。

    // Note: Cache the value instead of querying it more than once.
    bool isHardwareButtonsAPIPresent = Windows.Foundation.Metadata.ApiInformation.IsTypePresent
        ("Windows.Phone.UI.Input.HardwareButtons");

    if (isHardwareButtonsAPIPresent)
    {
        Windows.Phone.UI.Input.HardwareButtons.CameraPressed +=
            this.HardwareButtons_CameraPressed;
    }

    ...

private void HardwareButtons_CameraPressed(object sender, Windows.Phone.UI.Input.CameraEventArgs e)
{
    // Handle the event.
}

另请参阅检测您的应用程序正在上运行的平台。

应用包清单

Windows 10 主题中的更改列出了对 Windows 10 的包清单架构引用的更改，包括已添加、删除和更改的元素。有关架构中所有元素、属性和类型的参考信息，请参阅元素层次结构。如果要移植 Windows Phone 应用商店的应用程序，或者如果您的应用是 Windows Phone 应用商店应用的更新，请确保 mp:PhoneIdentity 元素与您之前应用程序的应用清单中的内容匹配（使用应用商店分配给应用的相同 GUID）。这将确保升级到 Windows 10 或 Windows 11 的应用的用户将收到新应用作为更新，而不是重复应用。有关更多详细信息 ，请参阅 mp：PhoneIdentity 参考主题。

项目中的设置（包括任何扩展 SDK 引用）决定了应用程序可以调用的 API 范围。但是，你的应用包清单决定了客户可以从应用商店安装应用的实际设备范围。有关详细信息，请参阅 TargetDeviceFamily 中的示例。

可以编辑应用包清单，以设置某些功能所需的各种声明、功能和其他设置。可以使用 Visual Studio 应用包清单编辑器对其进行编辑。如果没有显示 解决方案资源管理器，请从视图菜单中选择它。双击 Package.appxmanifest。这将打开清单编辑器窗口。选择相应的选项卡进行更改，然后保存。

下一主题是故障排除。

通过