在Microsoft Dynamics 365 CRM中,当插件和工作流具有相同的目的时,两者的主要区别是什么



有人可以告诉我以下哪项具有更多优势 - 插件/工作流程?

由于MS CRM中的自定义工作流与插件中的帖子似乎有点过时,我可以与您分享我的经验。

工作流程:

  • 包含您仅通过"单击"操作提供的某些逻辑 你想被制作(如更新、创建等(
  • 可以"按需"运行
  • 通常可以由KeyUser处理,不需要明确的开发人员
  • 不应用于复杂的逻辑,因为迭代面通常不提供之后添加其他逻辑的可能性
  • 如果用于复杂的逻辑(如上所述(,重新转换或更改通常很难集成!
  • 在当前的云组织中,您获得的信息是您不应该再使用这些,而是与MS Flow一起使用。(非常重要!!

插件:

  • 自定义代码 - 因此您可以提供非常复杂或简单的服务器端逻辑
  • 您需要一个(n经验丰富的(开发人员
  • 可以比工作流程更快地执行!
  • 几乎所有你可以用工作流程做的事情都可以通过插件(或工作(来完成,但不能通过签证完成。
  • 您可以触发插件以及提交数据(参数!(,因为您可以创建自己的"消息"(我的意思是您不仅使用更新,删除和创建等作为插件的消息,而且您可以通过在动态组织的Prozess部分中创建"操作"来定义自己的消息步骤。在那里,您可以定义输入和输出参数。这些自定义消息也可以按需触发!!例如,通过使用javascript。指导如何使用/创建自定义消息(操作((

根据我的经验,如果您有(甚至有点(复杂的事情,插件通常是更适合的解决方案,因为工作流程的可维护性要低得多。简单的"1 衬里"通常可以用工作流代替。 然而,每个开发人员/顾问都必须提出自己的方法来改进/开发他/她的组织。

@Community:如果我在任何地方都错了,或者你有不同的经历,请随时纠正我。

最新更新