下一步

解决方案

8 分钟

解决方案是跟踪和管理 Dataverse 环境中自定义项的容器。解决方案用于将一个环境中的应用和组件传输到另一个环境，或者将一组自定义项应用于现有应用。

当您拥有多个环境时，每个环境都有其自己的一组解决方案。

显示解决方案概述环境的示意图。

注意

如果您有一个 Microsoft Dynamics365 应用（如 Sales），该应用将使用相同的解决方案框架进行安装。 ISV 也会使用解决方案来运送其产品。

解决方案的特征是：

包含元数据和一些具有配置数据的实体。解决方案不含业务数据。
包含很多不同的 Microsoft Power Platform 组件，如模型驱动应用、画布应用、站点地图、流、表、表元数据、列、窗体、视图、业务规则、流程定义、自定义连接器、Web 资源、选项、图表以及由开发人员创建的组件（如脚本或编译代码）。
封装到一个装置中，以导出和导入到其他环境，或者将其作为资产的源代码解构并签入到源控件中。
用于对现有解决方案应用更改。

解决方案的类型

解决方案分为以下两种类型：

非托管 - 在开发期间使用并传输到其他开发环境。
托管 - 用于分发到非开发环境。

您将在开发环境使用非托管解决方案，同时对您的应用做出配置更改。解决方案以非托管类型导出，然后签入您的源代码管理系统中。非托管解决方案应被视为您的来源。

使用托管解决方案部署到任何非开发环境，包括测试、用户验收测试 (UAT)、系统集成测试 (SIT) 和生产环境。

托管解决方案可独立于其他托管解决方案进行维护（升级、修补和删除）。作为 ALM 最佳做法，托管解决方案应由构建服务器生成并视为生成工件。

解决方案分层

解决方案层从引入组件的根解决方案到扩展或更改组件行为的每个解决方案，描述了组件的依赖链。层是通过扩展现有组件（依赖该组件）或创建解决方案的新组件或新版本来创建层。

解决方案分层已在组件级别实现。托管和非托管解决方案分布在 Microsoft Dataverse 环境中的不同层中。 Dataverse 具有两个不同层：

非托管层 - 这一层分布着所有导入的，非托管解决方案和专用自定义项。所有非托管解决方案共用一个非托管层。
托管层 - 这一层分布着所有导入的，托管解决方案和系统解决方案。安装多个托管解决方案时，最后安装的解决方案位于先前安装的托管解决方案的上方。因此，所安装的第二个解决方案可以自定义在其之前安装的解决方案。如果两个托管解决方案的定义存在冲突，运行时将遵循“以最后一个为准”或实施合并逻辑的原则。如果卸载某个托管解决方案，其下方的托管解决方案将会生效。如果卸载所有托管解决方案，则将适用系统解决方案中定义的默认原则。在托管层的基层为系统层。系统层包含平台运行所需的实体和组件。

显示解决方案层的图表。

解决方案架构师需决定其业务解决方案中要使用的解决方案数量。尽管您可以使用单个解决方案，在发布时也会产生依赖关系，并且大的解决方案可能需要很长时间来导出和导入。大部分项目会使用多个解决方案。解决方案架构师应了解在更新解决方案或安装多个会影响同一组件的解决方案时，所遵循的合并原则。

以下示例使用了四个解决方案，分别为：Common Data Model 医疗保健加速器、Contoso Common 解决方案和两个包含应用且分层的解决方案。例如，联系人窗体在 Common Data Model 医疗保健扩展中自定义。同样的窗体元素在 Contoso Common 解决方案中修改。用户将会看到 Contoso Common 解决方案所做的更改。

显示示例解决方案层的图表。

解决方案结构

解决方案的创建策略（按从最简单到最复杂的顺序列出）有：

单个解决方案
多个解决方案
带有共享组件的多个解决方案

通过创建单个解决方案，您将建立一组有效的自定义项。通过这种方法，可以更加轻松地查找您已自定义的项。此外，如果您只想创建单个托管解决方案，建议使用本方法。如果您感觉自己未来可能需要拆分解决方案，可以考虑使用多个解决方案。

如果您有两个无共用组件的不相关解决方案，最直接的方法是创建两个非托管解决方案。

您可以有多个共用组件的解决方案。多个解决方案可以有一组共同的功能，并且共同的功能与每个解决方案中的其他专用功能兼容。有些组件可以添加到多个解决方案中，前提是对其作出的任何更改均应兼容使用它们的所有其他解决方案。重要的是，所有解决方案的发布商要一样。如果解决方案发布商不一样，您就不能安装多个解决方案。

对于解决方案，您应当遵循的规则有：