Dynamics CRM 部署：管理解决方案组件依赖关系
Dynamics CRM deployment: manage solution components dependencies
我们正在尝试创建 Dynamics CRM 解决方案（在线版），遵循 microsoft - ALM best practices 中的一些指南。其中一项建议是创建一个核心实体解决方案，并将托管层和功能作为单独的解决方案置于顶层。
当我们创建像 'account feedback' 这样的实体时 - 这取决于帐户 - 它完全适合图层。但是，如果我们想将帐户表单中的所有反馈列为子网格，那么我们正在从帐户 -> 帐户反馈构建依赖项。这迫使我们将帐户反馈功能移至核心解决方案。如果这种情况继续下去，并且我们在实体之间建立越来越多的依赖关系，我们最终会将所有内容都移到一个大的单一解决方案中。
我们做错了什么？
你没有做错任何事。只是接受，例如entity Account 可能是您核心的一部分。
核心解决方案通常包含大部分数据模型，其实体所需的 Web 资源也是该解决方案的必要部分。
我建议部署仅包含 非托管 实体的核心解决方案。包含工作流、插件程序集和步骤等的其他解决方案可以在 托管 解决方案中单独部署。
在某种程度上，您可能会发现将实体模型拆分为单独的解决方案很有用。当您这样做时，您可以在这些解决方案上分发相同的核心实体，或者决定将您的核心实体添加到基本解决方案。
在第二种情况下，安装基本解决方案是成功安装其他解决方案的必要条件。
我们正在尝试创建 Dynamics CRM 解决方案（在线版），遵循 microsoft - ALM best practices 中的一些指南。其中一项建议是创建一个核心实体解决方案，并将托管层和功能作为单独的解决方案置于顶层。
当我们创建像 'account feedback' 这样的实体时 - 这取决于帐户 - 它完全适合图层。但是，如果我们想将帐户表单中的所有反馈列为子网格，那么我们正在从帐户 -> 帐户反馈构建依赖项。这迫使我们将帐户反馈功能移至核心解决方案。如果这种情况继续下去，并且我们在实体之间建立越来越多的依赖关系，我们最终会将所有内容都移到一个大的单一解决方案中。
我们做错了什么？
你没有做错任何事。只是接受，例如entity Account 可能是您核心的一部分。
核心解决方案通常包含大部分数据模型，其实体所需的 Web 资源也是该解决方案的必要部分。
我建议部署仅包含 非托管 实体的核心解决方案。包含工作流、插件程序集和步骤等的其他解决方案可以在 托管 解决方案中单独部署。
在某种程度上，您可能会发现将实体模型拆分为单独的解决方案很有用。当您这样做时，您可以在这些解决方案上分发相同的核心实体，或者决定将您的核心实体添加到基本解决方案。
在第二种情况下，安装基本解决方案是成功安装其他解决方案的必要条件。