所有美好的一天！ 我们研究了使用 Power Automate 的一些可能性。 在本文中，我想重点介绍使用逻辑应用的一些场景以及与 Power Automate 的一些差异。 正如我们之前发现的，Power Automate 和逻辑应用是孪生服务，仅在位置（Office 365、Azure）以及许可方法和一些内部功能方面有所不同。 今天让我们看看逻辑应用与 Power Automate 相比有哪些功能。 我们不要浪费时间了。
1. 触发频率
Power Automate 无法配置检查触发条件的频率。 您必须依赖默认值。 逻辑应用能够配置触发检查的间隔和频率，这可以显着加快事件处理速度。 但是，Power Automate 的触发器设置通常比逻辑应用少得多：
Power Automate 触发器“创建元素时”：
逻辑应用“元素创建时”触发器：
在逻辑应用中，还有此触发器的时区和启动时间设置。
2. 流显示模式切换
与 Power Automate 不同，逻辑应用允许您在设计视图和代码视图视图之间切换。 这个特性对于调试线程非常有帮助，也可以让你对线程的逻辑进行更细微的改变：
3. 调试线程
通常，在设置线程时，我们需要检查嵌入其中的一个或另一个逻辑的正确执行。 这里我们不能不进行调试。 逻辑应用具有非常有用的流调试模式，允许您显示每个流活动的输入和输出数据。 使用此模式，您可以随时查看活动在哪个阶段到达了哪些信息以及活动输出了哪些信息：
Power Automate 有此模式，但版本非常有限。
4.“高级”连接器
正如我们所知，Power Automate 按类型将连接器分为常规连接器和“高级”连接器：
常规连接器始终可用，“高级”连接器仅在为用户或流购买单独的计划时可用。 在逻辑应用中，所有连接器都可以立即使用，但定价是在使用连接器时进行的。 在流中执行常规连接器的成本较低，“高级”连接器的成本较高。
5. 使用按钮启动流
但在这里，逻辑应用程序输给了 Power Automate，因为逻辑应用程序流无法启动，例如，通过 Power Apps 应用程序中的按钮启动。 正如我们发现的那样，使用 Power Automate ，您可以创建流并将它们连接到稍后调用的 Power Apps 应用程序，例如，当您单击应用程序中的按钮时。 对于逻辑应用程序，如果您需要实现类似的场景，您必须想出各种解决方案，例如，使用“收到 HTTP 请求时”触发器并将 POST 请求从应用程序发送到预定义的应用程序。 - 生成的地址：
6. 使用 Visual Studio 创建流程
与 Power Automate 不同，逻辑应用流可以直接通过 Visual Studio 创建。
例如，如果安装了 Azure 逻辑应用扩展，则可以从 Visual Studio Code 创建和编辑逻辑应用流。 安装扩展后，您将能够连接到 Azure。 成功授权后，您将有权访问此环境中的可用逻辑应用流，并且可以继续编辑所需的流：
当然，我没有列出这两种产品之间的所有差异，但我试图强调使用 Power Automate 和逻辑应用开发流程时最吸引我注意的那些功能。 在接下来的文章中，我们将了解使用 Power Platform 系列中其他产品的有趣功能和实施案例，并且我们将不止一次返回逻辑应用。 祝大家拥有美好的一天！
来源： habr.com