在 Microsoft Dynamics 365 CRM 中，插件和工作流的主要区别是什么，当它们服务于相同的目的时
In Microsoft Dynamics 365 CRM what is the major difference in plugins and workflows when both serve the same purpose
谁能告诉我以下哪个更有优势 - plugin/workflow ?
由于中的Post似乎有点过时，我可以与您分享我的经验。
工作流程：
- 包含您仅通过 "clicking" 提供的特定逻辑
你想被制作（如更新、创建等）
- 可以运行"onDemand"
- 通常可以由 KeyUsers 处理，不需要明确的开发人员
- 不应该用于复杂的逻辑，因为接口通常不提供之后添加额外逻辑的可能性
- 如果用于复杂的逻辑（如上所述），重构或更改通常很难集成！
- 在当前的云组织中，您得到的信息是您不应再使用这些，而应切换到 MS Flow。 （非常重要！！）
插件：
- 自定义代码 - 因此您可以提供非常复杂或简单的服务器端逻辑
- 您需要一位（n 位有经验的）开发人员
- 可以比工作流执行得更快！
- 几乎所有你能用工作流做的事情都可以通过插件（或工作）来完成，但不是 visa-vera
- 您可以触发插件并提交数据（参数！），因为您可以创建自己的 "Messages"（我的意思是您不仅可以使用更新、删除和创建，等作为插件的消息，但您可以通过在动态组织的过程部分中创建 "Actions" 来定义自己的消息步骤。在那里您可以定义输入和输出参数。这些自定义消息也可以按需触发！ !! 例如使用 javascript。Guid how to use/create custom Messages (Actions))
根据我的经验，如果您遇到（即使是一点点）复杂的事情，插件通常是更适合的解决方案，因为工作流程的可维护性要差得多。简单的“1 行”通常可以由工作流代替。
尽管如此，每个 developer/consultant 都必须为 his/her 组织的 improvement/developmet 提出自己的建议。
@Community：如果我有任何错误或您有不同的经历，请随时纠正我。
谁能告诉我以下哪个更有优势 - plugin/workflow ?
由于
工作流程：
- 包含您仅通过 "clicking" 提供的特定逻辑 你想被制作（如更新、创建等）
- 可以运行"onDemand"
- 通常可以由 KeyUsers 处理，不需要明确的开发人员
- 不应该用于复杂的逻辑，因为接口通常不提供之后添加额外逻辑的可能性
- 如果用于复杂的逻辑（如上所述），重构或更改通常很难集成！
- 在当前的云组织中，您得到的信息是您不应再使用这些，而应切换到 MS Flow。 （非常重要！！）
插件：
- 自定义代码 - 因此您可以提供非常复杂或简单的服务器端逻辑
- 您需要一位（n 位有经验的）开发人员
- 可以比工作流执行得更快！
- 几乎所有你能用工作流做的事情都可以通过插件（或工作）来完成，但不是 visa-vera
- 您可以触发插件并提交数据（参数！），因为您可以创建自己的 "Messages"（我的意思是您不仅可以使用更新、删除和创建，等作为插件的消息，但您可以通过在动态组织的过程部分中创建 "Actions" 来定义自己的消息步骤。在那里您可以定义输入和输出参数。这些自定义消息也可以按需触发！ !! 例如使用 javascript。Guid how to use/create custom Messages (Actions))
根据我的经验，如果您遇到（即使是一点点）复杂的事情，插件通常是更适合的解决方案，因为工作流程的可维护性要差得多。简单的“1 行”通常可以由工作流代替。 尽管如此，每个 developer/consultant 都必须为 his/her 组织的 improvement/developmet 提出自己的建议。
@Community：如果我有任何错误或您有不同的经历，请随时纠正我。