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

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

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

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

1. 启动 Microsoft Visual Studio 2015 并创建新的空白应用程序（Windows 通用）项目。 有关详细信息，请参阅使用模板（C#、C++、Visual Basic）快速启动 Windows 运行时 8.x 应用。 你的新项目会生成一个将在所有设备系列上运行的应用包（appx 文件）。
2. 在通用 8.1 应用项目中，标识要重复使用的所有源代码文件和可视资产文件。 通过使用文件资源管理器，将数据模型、视图模型、视觉资源、资源词典，文件夹结构和想要重复使用的任何其他内容复制到新项目中。 根据需要在磁盘上复制或创建子文件夹。
3. 将视图（例如 MainPage.xaml 和 MainPage.xaml.cs）复制到新项目中。 同样，也可根据需要创建新的子文件夹，并从项目中删除现有视图。 但是，在覆盖或删除 Visual Studio 生成的视图之前，请保留一份副本，因为在以后引用它时，这可能会很有用。 移植通用 8.1 应用的第一个阶段侧重于使其看起来良好且适用于一个设备系列。 之后，将侧重点转到确保视图能自行适应所有外形规格，也可以选择添加任何自适应代码以最大程度地利用特定的设备系列。
4. 在 “解决方案资源管理器” 中，请确保将 “显示所有文件” 切换为打开。 选择要复制的文件，右键单击这些文件，然后单击包括在项目中。 这将自动包括其所包含的文件夹。 然后，可根据需要将“显示所有文件”切换为关闭。 备用工作流（如果选择）旨在使用“添加现有项”命令，以便在 Visual Studio“解决方案资源管理器”中创建任何必要子文件夹。 仔细检查可见资源是否已将生成操作设置为内容，并将复制到输出目录设置为不复制。
5. 此时可能会看到一些生成错误。 但是，如果你知道需要更改的内容，则可以使用 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 的设备才评估为 True，从而可调用该 API。 仅在首次检查是否存在通用 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”。 此时会打开“清单编辑器”窗口。 选择相应的选项卡进行更改，然后保存。

下一主题为疑难解答。

相关主题

• 为通用 Windows 平台开发应用
• 使用模板（C#、C++、Visual Basic）快速启动 Windows 运行时 8.x 应用
• 创建 Windows 运行时组件
• 使用可移植类库的跨平台开发