微软AutoMate、Postman Flow低代码编排如何颠覆未来IT服务

唠叨两句

低代码正在逐步证明，开发不再是一个高门槛，只能由程序员才能进行的工作。低代码的出现，让产品、经理、销售，只要是能准确分析出业务需求和流程的人员，都能通过简单学习，快速使用低代码平台进行服务的搭建。

要是几年前有人跟我说以后代码是拼图，是拖拉拽，我肯定会说这不就是给小朋友玩的，现在，在技术成熟的今天，在车轮已经被重复造了无数次的今天，在生态已经固化的今天，低代码的拖拉拽，正在开辟一片属于他们的天地。

低代码不会代替开发人员，但是会让更多人能够快速接受，并快速形成服务和产品。

低代码更强调敏捷开发的能力，以此为基础不断向更加自动化、智能化的技术融合形态演进，从表单驱动、模型驱动向数据驱动演进。无代码则更强调产品的易用性和用户体验，不断从广度和深度上拓展产品的高阶能力，使得产品易用性和功能性更为强大。

微软AutoMate

登录

先贴网站

https://powerautomate.microsoft.com/zh-cn/

点击右上角登录按钮登录

要注意的一点，目前平台不对个人平台开放，需要使用教育邮箱

对于如何申请教育邮箱，大家可以各显神通，这里不再赘述，主要介绍平台

创建流

登陆后的automate主页如图所示

我们来体验一下创建流，通过样例的使用，来介绍微软这个低代码平台

点进第一个 【跟进消息】，我们可以看到微软向我们展示了一个清晰的工作流程狂徒，简单来说就是 Micosoft Teams 服务，向office等服务传递消息


到了这里还都是一个信息展示的界面，我们想要的拖拉抓在哪里呢？

编辑流

我们进入编辑模式

看到这里我们就可以看到具体的流程和操作了

对于每一个流程，我们都是可以点开查看详情，可以看到，Teams传递过来消息后，我们通过两个函数，对数据进行了处理，第一个是延迟处理，延迟到指定时间，第二个函数是需要延迟提醒的内容

逻辑实现

继续往下走，我们可以看到更加清晰的逻辑if...else...

我们对传递过来的变量进一步的进行处理和分析，看起来依旧很麻烦？

但实际上，对于业务人员来说，分析出来业务逻辑，其实不难，但是往往业务人员分析逻辑后，就要去找后端研发进行沟通和商量，最后再去协商各个环节的接口定义，一套流程走下来，还是非常的耗时耗力

通过低代码，我们在一个形成的生态中，所有的接口都是定义好的，我们分析逻辑后，只需要让逻辑按照设计执行即可，无需再去开发。

当然，这种业务逻辑也不会太复杂

扫视代码

既然是低代码平台，我们通过扫视代码的功能，可以看到一个对于程序员更加熟悉的代码详情

这里的代码当然不是真正的变成代码，而是符合一种schema规范的json代码

通过对比，我们也能比较直观的看到低代码卡片和json代码的联系

低代码启示

对于低代码设计，这里会给我们一些启示

• 低代码设计schema规范定义
  • schema定义需要直观清晰
  • 低代码部分显示
  • 模块出入逻辑清晰
• 低代码可视化设计
  • 显示关键信息
  • 限制用户修改范围
  • 功能颗粒度要小

小结

对于低代码平台，微软这个的优势非常的明显，优势显然就是成熟，有强大的生态能力支撑，内里的各种设计可以说是覆盖了大大小小的应用场景，例如对于数据的处理

Postman Flow

介绍完了微软强大的低代码平台，因为业务需要，我需要的低代码平台可能更需要跟postman的新上flow功能学习

体验说明

之前已经写过了一篇非常详细的上手体验，这里放一个传送门，就不再赘述了

Postman Flow低代码体验说明，解析常用Block使用

分析

对于postman能够感受到，作为拨测的行业老大，还是有着非常强大的积累，postman的核心优势在于api的管理和拨测，在优秀的api管理基础上，对于flow编排进行了设计，整个设计也都是为了api的流服务，因此非常的清晰和舒服，在这一细分赛道，做的还是非常好

不足之处可能还是postman老生常谈的问题，那就是不原生支持并发，flow中可玩的可能就是加入了loop的设计，对于类似于schedule的编排依旧不支持