整合概述
Power Apps 中的整合功能让您可以将画布应用整合为自定义品牌的 Android 和 iOS 应用，以向移动用户进行本地分发。 您可以通过 Microsoft App Center、Google Play 商店 和 Apple Business Manager 向最终用户分发此类经过包装的本地移动应用程序。
您可以将一个或多个 Power Apps 画布应用整合到同一个本机移动应用包中。 您可以使用包装功能定制您的移动应用程序启动体验，以符合贵组织的品牌要求。 您可以指定要在移动应用中使用的应用图标、初始屏幕图像、欢迎（登录）屏幕图像和调色板。
您可以通过使用 Power Apps maker portal 发布对移动包中包含的画布应用的更改来更新整合的移动应用。
备注
所有发布的对包含的画布应用的更改将由整合的移动应用的现有的已发布版本自动下载。
整合将本机移动应用程序开发平台 (MADP) 功能引入 Power Apps。
- 无代码移动应用程序开发 - 无需经验即可制作移动应用程序
- 受管理的移动应用程序构建 - 我们为您生成应用程序
- 无缝端到端品牌 - 使用您自己的徽标和色调
- 支持多个画布应用程序 - 在单个移动应用程序中捆绑多个应用程序
- 利用 Microsoft Intune 进行企业管理 - 通过应用程序管理保护您的数据
备注
Wrap 用于向现有 Power Apps 用户分发移动应用程序，不面向公众。
了解整合过程
整合功能将在本机移动应用 shell 中整合您的画布应用，并生成移动包。 您可以通过本机分发渠道（如 Google Play 商店 和 Apple Business Manager 等）对本移动软件包进行数字签名，并将其作为您的自定义品牌 Android 和 iOS 应用程序分发给移动用户。
以下一节解释了使用整合功能创建本机移动应用所涉及的步骤：
- 选择您的主要画布应用并启动整合向导。 主画布应用是提供您希望移动用户在启动移动应用时看到的初始体验的应用。 您的画布应用必须属于某个解决方案。 详细信息：将画布应用添加到解决方案。
- 或者，也可以在整合向导中将次要画布应用添加到您的移动应用。 详细信息：将多个画布应用整合在一起。
- 为您的移动应用选择目标平台（iOS 和 Android）。 或者，也可以选择在整合向导中针对您的移动应用包进行自动代码签名。
- 使用图标、图像和调色板自定义应用品牌来个性化您的移动应用。
- 注册您的应用。 使用现有应用注册，或在整合向导中创建新应用注册。
- 添加 Azure blob 存储账户名称和容器名称。 使用已创建的 Azure blob 存储或创建一个新存储。
- 通过整合步骤开始构建过程，生成您的自定义品牌移动应用。
- 从 App blob 存储位置下载您的移动应用程序。
- 如果在打包向导中未选择自动代码签名，则必须手动对移动应用程序包进行代码签名。 详细信息：手动为移动应用包签名。
- 测试应用包。
- 将应用包分发给移动用户。
将多个画布应用整合在一起
您可以将多个画布应用整合为一个移动应用包。 移动应用包仍然需要一个主应用，称为主要应用。 此应用将成为移动应用包中包含的所有其他画布应用的入口点，这些应用称为次要应用。
次要应用是可选的。 当您只封装一个画布应用程序时，包含的应用程序仍会被选为主应用程序，但移动应用程序包中不会有辅助应用程序。
如下图所示，一个主要应用可以有多个次要应用的链接。 可以使用 Launch() 函数管理此类整合在一起的移动应用内的主要和次要应用之间的移动。
打造您的移动应用品牌
整合支持自定义移动应用引导体验，以匹配您组织的品牌要求。 您可以指定要在整个移动应用的本机体验中使用的应用图标、初始屏幕图像、欢迎（登录）屏幕图像和调色板。
构建整合项目时会提供一些品牌自定义选项。 详细信息：配置品牌
了解整合术语
整合涉及跨 Power Apps、App Center 以及 iOS 和 Android 等第三方平台的多个组件。 因此，了解在 Power Apps 中使用整合功能时所涉及的组件变得很重要。
App Center 位置
App Center 中的容器，用于存储用于移动应用分发的构建包。 构建输出类型根据您选择的目标平台会有所不同。
| 平台 | 操作系统 | 构建输出文件类型 |
|---|---|---|
| iOS（使用 Apple Store 进行分发） | 自定义 | *.zip |
| Android（使用 Google Play 商店以外的所有渠道分发） | Android | *.apk |
备注
App Center 将于 2025 年 3 月 31 日停止服务。 今后，应用二进制文件将存储在租户的 Azure Blob 存储中，你可以从中通过首选渠道访问和分发它们。 将 Azure Blob Storage 与封装过程链接的详细信息将很快更新。 在此期间，备份最新的 APK/IPA 文件（如果需要），并保留 Azure Blob 存储详细信息和应用二进制文件的目标位置。
Azure Blob Storage
Azure Blob Storage 中的容器有助于存储已构建的移动应用程序分发发。 构建输出类型根据您选择的目标平台会有所不同。 有关该功能的详细信息将在 2025 年 3 月 31 日之前共享。
输入：
客户名称
帐户名称是 Azure 存储帐户的唯一标识符。 它用于构造用于访问存储帐户的基本 URI。 例如，如果您的帐户名是 mystorageaccount，则基本 URI 将是 https://mystorageaccount.blob.core.windows.net/
容器名称
容器名称是存储帐户中的唯一标识符，用于对一组 blob 进行分组。 容器提供了一种在存储帐户中组织 blob 的方法。 例如，如果您的容器名称是 mycontainer，则访问该容器内 blobs 的 URI 将是 https://mystorageaccount.blob.core.windows.net/mycontainer/
应用平台
您希望通过构建过程发布的应用的预期平台。 您可以为 iOS、Android 或 Google Play 商店的移动应用创建构建。
- iOS 创建 IPA 包
- Android 创建 APK 包
- Google Play 商店 创建用于分发的 AAB 包
构建整合项目
构建整合项目是为跨不同平台的移动应用分发创建构建包的过程。 此过程使用您在 Microsoft 身份平台上注册的应用，根据您选择的平台在给定的 App Center 位置创建构建。 构建的包包括主要和可选的次要应用，对于每个平台类型，这些应用打包到一个移动应用包。
捆绑销售 ID
捆绑 ID 是您可以为应用创建的唯一标识符。 采用反向域名模式。 例如，com.contoso.myapp。 一旦创建并上传了步骤 6 中提到的 iOS 或 Android 证书，在创建 Azure 密钥库的过程中就会使用该捆绑包 ID。
代码签名
代码签名是在向最终用户分发移动应用程序之前完成该程序的过程。 经过代码签名的应用可保证来自已知来源，且应用代码自上次由受信任来源签名以来没有更改。
主要应用
当将多个画布应用整合在一起时，主要应用是移动应用体验的入口点或主应用。 所有其他应用程序均视为次要应用程序。 如果仅整合和构建一个画布应用，它也被视为主要应用。
重定向 URI
重定向 URI 或回复 URL 是应用被成功授权并被授予授权代码或访问令牌后授权服务器向用户发送的位置。 授权服务器将代码或令牌发送到重定向 URI，因此在应用注册过程中注册正确的位置非常重要。
详细信息：重定向 URI
次要应用
您可选择在同一构建中封装更多的画布应用程序，以便与主要应用程序一起发布移动应用程序。