打开APP
userphoto
未登录

开通VIP,畅享免费电子书等14项超值服

开通VIP
Dynamics 365-RetrieveDependenciesForDeleteRequest

  不少人在使用Dynamics 365的时候,或多或少都会遇到Delete a Component的情况,比如Unregister a Plugin/Workflow。

  想象这么一个常见的情形:你定制了一个Custom Workflow,然后在CRM环境中新建了一个Workflow,其中使用了Custom Workflow作为Step,但是现在需求有变动,Custom Workflow不需要,你需要Unregister它。直接使用Plugin注册Tool去Unregister能够成功么?

  答案是否定的,因为还有依赖它的Workflow存在呢。这个时候你只需要先处理CRM环境中的Workflow,再去Unregister Custom Workflow就能够成功了。

  把上面的例子想的再复杂点,CRM环境中的Workflow是CRM Administrator配置的,作为开发的你完全不知道这些依赖的Workflows到底是哪些,这个时候怎么办呢?

  如果我们能够查出这些依赖的Components,然后先处理一番,是不是就可以了呢。这个时候就可以使用RetrieveDependenciesForDeleteRequest对象了。

  这个Request的使用很简单,仅需要两个必填信息即可:ComponentType和ObjectId。对应的都是你要删除的Component的描述。

  ComponentType:对应的其实是一个枚举值,可以参考官方描述给出对应的int值。比如Custom Workflow:90

  ObjectId:对应的就是Component的Guid了。

  调用Request之后,从RetrieveDependenciesForDeleteResponse中访问EntityCollection集合,就能得到所有依赖的Components。

  那么如何知道依赖的Component的类型和Guid呢?

  查看Entity的两个属性:DependentComponentObjectIdDependentComponentType。

  

  

本站仅提供存储服务,所有内容均由用户发布,如发现有害或侵权内容,请点击举报
打开APP,阅读全文并永久保存 查看更多类似文章
猜你喜欢
类似文章
Dynamics 365 CRM 开发架构简介
Dynamics 365-关于Solution的那些事(一)
Dynamics 365-关于Solution的那些事(三)
安装完成Dynamics 365 CE后别忘了更改维护作业的运行时间
Dynamics 365 We API ODATA语法根据父记录查询子记录,根据子记录查询父记录(附上根据团队,队列名称查成员)
升级本地部署的CRM到Dynamics 365及部分新特性介绍。
更多类似文章 >>
生活服务
热点新闻
分享 收藏 导长图 关注 下载文章
绑定账号成功
后续可登录账号畅享VIP特权!
如果VIP功能使用有故障,
可点击这里联系客服!

联系客服