Dynamics crm 在Microsoft Dynamics 365 CRM中,插件和工作流的主要区别是什么

Dynamics crm 在Microsoft Dynamics 365 CRM中,插件和工作流的主要区别是什么,dynamics-crm,crm,microsoft-dynamics,dynamics-365,Dynamics Crm,Crm,Microsoft Dynamics,Dynamics 365,有人能告诉我以下哪一项更有优势-插件/工作流吗?由于帖子似乎有点过时,我可以与您分享我的经验 工作流程: 包含仅通过“单击”操作提供的特定逻辑 您希望被创建(如更新、创建等) 可以“按需”运行 通常可以由键用户处理,不需要显式的开发人员 不应用于复杂的逻辑,因为iterface通常不提供随后添加额外逻辑的可能性 如果用于复杂的逻辑(如上所述),重构或更改通常很难集成 在当前的云计算组织中,您获得的信息不应再使用这些信息,而应切换到MS Flow。(非常重要!!) 插件: 自定义代码-因此您

有人能告诉我以下哪一项更有优势-插件/工作流吗?

由于帖子似乎有点过时,我可以与您分享我的经验

工作流程:

  • 包含仅通过“单击”操作提供的特定逻辑 您希望被创建(如更新、创建等)
  • 可以“按需”运行
  • 通常可以由键用户处理,不需要显式的开发人员
  • 不应用于复杂的逻辑,因为iterface通常不提供随后添加额外逻辑的可能性
  • 如果用于复杂的逻辑(如上所述),重构或更改通常很难集成
  • 在当前的云计算组织中,您获得的信息不应再使用这些信息,而应切换到MS Flow。(非常重要!!)
插件:

  • 自定义代码-因此您可以提供非常复杂或简单的服务器端逻辑
  • 你需要一个有经验的开发人员
  • 可以比工作流执行得更快
  • 几乎所有你能用工作流做的事情都可以通过插件(或作业)来完成,但不是visa vera
  • 您可以触发插件并提交数据(参数!),因为您可以创建自己的“消息”(我的意思是,您不仅可以使用更新、删除和创建等作为插件的消息,还可以通过创建“操作”来定义自己的消息步骤在Dynamics组织的Prozess部分中。您可以在那里定义输入和输出参数。这些自定义消息也可以根据需要触发!!!例如,使用javascript。)
根据我的经验,如果您有(甚至有一点)复杂的问题,插件通常是更适合的解决方案,因为工作流的可维护性要差得多。简单的“1行程序”通常可以被工作流取代。 然而,每个开发人员/顾问都必须为其组织的改进/发展提出自己的建议

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

可能重复的