我需要在 flowground 中使用某种决策模块
I need some kind of decission module in flowground
我正在尝试向多个团队频道发送不同的留言卡。
我已经为此创建了一个 webhook (telekom/webhook)，它通过 json 为我提供了正确的变量。
有四个部门接收通道 (telekom/rest-api-component)，它们也被配置为发送带有他们提交的变量的预格式化团队留言卡。
目前所有频道同时发生这种情况。在这两者之间，我需要一个 "action"，我可以在其中根据输入值决定服务哪个频道。不幸的是，由于 api 种类繁多，我找不到合适的东西。你知道我怎么能意识到这一点吗？所以类似于 if value department = Backoffice then (Teams "Account Management") action.
为了能够与 Office 365 中的不同应用程序对话，我想使用现在可用一段时间的 Microsoft Graph api。我在 Flowground 找不到它们。你打算包括这个模块吗？
对于 Office365 流程的实施，这对我来说是绝对必要的。
请尝试基于内容的路由器：https://doc.flowground.net/guides/content-based-router.html，它在连接器目录中可用。
我想回到这个问题：CBR 确实是执行决策的不错选择。但这是所有情况下的最佳解决方案吗？我不这么认为。
承担以下任务：
根据输入参数 test，您希望向不同的 Web 服务发出请求（WS1:google.de 和 WS2:bing.de）
解决方案 1：您使用 WS1 和 WS2 的专用连接器实现请求。
在这种情况下，您需要 WS1 连接器和 WS2 连接器前面的 CBR 来决定接下来必须使用哪个连接器。
解决方案 2： 您可以使用 REST-API 连接器实现这两个请求。在这种情况下，您可以使用 JSONATA 表达式作为 URL 映射，例如
(test="google") ? "http://google.de" : http://bing.de
通过使用 JSONATA 表达式 每个 连接器都具有（有限的）执行决策的能力。
当您使用实时流时，解决方案 2 有很大的优势。在这种情况下，您可以减少 运行 流程所需的连接器数量，以及（从成本角度来看非常重要）此流程永久声明的令牌数量。
为了降低 JSONATA 表达式的复杂性（例如，当您添加更多搜索引擎时）以及为了分离各个配置项，您可以使用配置连接器（如果需要，我们可以在单独的线程中讨论）。
当您必须在需要在流程中执行的不同 structures/connectors 之间做出决定时，解决方案 1 是唯一的选择。
我正在尝试向多个团队频道发送不同的留言卡。 我已经为此创建了一个 webhook (telekom/webhook)，它通过 json 为我提供了正确的变量。 有四个部门接收通道 (telekom/rest-api-component)，它们也被配置为发送带有他们提交的变量的预格式化团队留言卡。
目前所有频道同时发生这种情况。在这两者之间，我需要一个 "action"，我可以在其中根据输入值决定服务哪个频道。不幸的是，由于 api 种类繁多，我找不到合适的东西。你知道我怎么能意识到这一点吗？所以类似于 if value department = Backoffice then (Teams "Account Management") action.
为了能够与 Office 365 中的不同应用程序对话，我想使用现在可用一段时间的 Microsoft Graph api。我在 Flowground 找不到它们。你打算包括这个模块吗？ 对于 Office365 流程的实施，这对我来说是绝对必要的。
请尝试基于内容的路由器：https://doc.flowground.net/guides/content-based-router.html，它在连接器目录中可用。
我想回到这个问题：CBR 确实是执行决策的不错选择。但这是所有情况下的最佳解决方案吗？我不这么认为。
承担以下任务：
根据输入参数 test，您希望向不同的 Web 服务发出请求（WS1:google.de 和 WS2:bing.de）
解决方案 1：您使用 WS1 和 WS2 的专用连接器实现请求。
在这种情况下，您需要 WS1 连接器和 WS2 连接器前面的 CBR 来决定接下来必须使用哪个连接器。
解决方案 2： 您可以使用 REST-API 连接器实现这两个请求。在这种情况下，您可以使用 JSONATA 表达式作为 URL 映射，例如
(test="google") ? "http://google.de" : http://bing.de
通过使用 JSONATA 表达式 每个 连接器都具有（有限的）执行决策的能力。
当您使用实时流时，解决方案 2 有很大的优势。在这种情况下，您可以减少 运行 流程所需的连接器数量，以及（从成本角度来看非常重要）此流程永久声明的令牌数量。
为了降低 JSONATA 表达式的复杂性（例如，当您添加更多搜索引擎时）以及为了分离各个配置项，您可以使用配置连接器（如果需要，我们可以在单独的线程中讨论）。
当您必须在需要在流程中执行的不同 structures/connectors 之间做出决定时，解决方案 1 是唯一的选择。