【问题标题】:Is it possible to replace all XRM calls with Dynamics 365 Customer Engagement Web API?是否可以使用 Dynamics 365 Customer Engagement Web API 替换所有 XRM 调用?
【发布时间】:2018-11-08 00:39:18
【问题描述】:

我有一个引用 XRM 实体文件的项目,我想知道调用 API 方法是否可以完全取代我与该文件的交互。例如。此 XRM 层和 CRM 之间存在数据契约,因此当通过 XRM 层在代码中发生更新时,它将触发 CRM 中的正确工作流。在与 API 交互时,这种交互是否仍然存在?

【问题讨论】:

  • 在不知道您拨打的所有电话的情况下,我们不可能说出来。到目前为止,在我的(有限)经验中,WebAPI 的覆盖率约为 90%
  • 通过 CRM SDK 组织服务或 WEB API 发生的 CRUD 操作将根据 Dynamics 平台设计无缝触发 WF。当你说文件是使用 crmsvcutil 或其他东西生成的早期绑定类时?
  • XRM 文件是通过 crmsvcutil 生成的。在玩了一下之后,我发现 WF 确实会触发。谢谢大家!

标签: dynamics-crm microsoft-dynamics dynamics-crm-2016 xrm


【解决方案1】:

目前 CRM 中有两个活动端点,即 2011 端点和 WebApi 端点(8.0、8.1、8.2、9 等)。以前,用于 CRM 的 SDK (Microsoft.Xrm.Sdk) 完全通过 IOrganizationService 使用 2011 端点。 MS 承诺替换从 2011 端点到 WebApi 的幕后调用。

因此,如果您希望使用 WebApi 并且您正在进行 .net 开发,我会坚持使用它。如果想法是删除对 SDK 的所有依赖项,那么也没有什么能阻止您。我认为您将不得不花费更多时间来确保正确处理所有 WebApi 细微差别,而不是从删除对 SDK 框架的依赖项中获得的任何潜在好处。

【讨论】:

    【解决方案2】:

    通过 CRM SDK 组织服务或 WEB API 发生的 CRUD 操作将根据 Dynamics 平台设计无缝触发配置的 WF。

    您使用 crmsvcutil 生成的文件有助于早期绑定编码,这将有助于在编译时进行类型检查。另一种方式(没有此文件)是后期绑定,即运行时检查。 Web api 将是后期绑定的,所以文件可以被淘汰,调用可以被替换。

    如果您被任何特定的 Web api 调用阻止,您可以向社区寻求帮助。

    【讨论】:

      猜你喜欢
      • 1970-01-01
      • 1970-01-01
      • 2021-06-07
      • 2019-11-27
      • 2022-10-17
      • 1970-01-01
      • 2017-05-06
      • 1970-01-01
      • 1970-01-01
      相关资源
      最近更新 更多