低代码云里雾里，如何择优选择，且看这里

很多人不明白低代码开发平台怎么莫名其妙就火了。当然，很多人也不明白为啥微软要并购 Github。我先卖个关子。

国内有哪些好的低代码开发平台？类似的文章我也写过很多。

在我个人心中目前最推崇的低代码开发平台有 2 个：

• 引迈 JNPF：国内具有代表性的低代码厂商之一；

• 微软 Power Platform：开发语言的老玩家搞的；

不可否认的是，国外优秀的低代码还有很多，国内的也不甘示弱，由于篇幅有限，我仅选具有代表性的 2 个做介绍。

一、引迈 JNPF（国内低代码）

通常来说，一个新的技术出现需要经历很长的“爬坡期”，完成新技术的可商业化，就像新能源汽车替换燃油汽车。而在我认识的低代码开发平台中，能力边界足够宽的低代码平台也是很此类技术最具优势的地方。而在我体验过的平台中，我觉得织信 Informat 目前是可以排进第一梯队的。

为什么这么讲？

我曾经拿【JNPF 低代码】做过一个测试，2 人，历时 8 小时，用该平台成功搭建出一套“客户管理系统”。该系统所需要的 15 个子模块与 40 个界面都在这 8 小时内完成。同样的功能如果用传统编码开发模式，按以往开发经验测算需要 7 个人日左右，也就是说用了 JNPF 低代码，降低开发时间和人力成本 70%以上，开发效率也提升 80%以上。

而且，也是因为这家平台在构建企业系统这块的能力边界足够的高，所以无论是 ERP/CRM/MES/SRM/OA/项目管理/BI 大屏等等高度复杂的核心应用系统，都可以在织信低代码这一个平台上实现。

总体体验下来，JNPF 的综合使用感不错的。我大概花了半天小时就摸清了整套系统的使用流程和基本功能的位置，使用逻辑和界面优化也相对成熟，产品的功能集成和操作复杂平衡较为合理。有简单到像无代码的组件配置库，也有复杂到需要使用专业编码的拓展能力，简单的，复杂的，特定的需求都能吃的下来。

官网：https://www.jnpfsoft.com/?infoq

二、微软 Power Platform（国外低代码）

咱们先把微软 Power Platform 的产品体系拿出来：

Power Apps 就是建立输入 UI 表单的。Power Virtual Agents 就是 VPA 问答 UI 入口。

Power BI 就是建立输出报表图表的。

Power Automate 就是：审批工作流引擎、RPA 业务流程自动化引擎。

这些东西搞成的应用，就集成到微软 Office 365 Teams 产品统一入口中。微软 Teams 就是一套类似阿里钉钉的东西。

这些东西要调用数据，就用数据连接器连接数据源，也和 Oracle 的玩法一样，输出 JSON 格式的 Restful oData，供前端 UI 一调用数据就好。

我找的这张图是个老图。因为微软在今年还发布了一个产品：就是 Fx。这就是一个类似咱们老玩的 Excel 中的宏 VBA 一样的低代码开发语言。自此，微软的低代码平台才算完整。

微软为啥要搞低代码、为啥要收购 github？

微软为啥要搞低代码、为啥要收购 github。其实这个逻辑和阿里云+钉钉+宜搭是一个逻辑。

我随手画了一张图来给大家直观解释。

应用入口统一门户，就是微软的 Teams。

工作流引擎、RPA 业务流程自动化引擎，微软都有。

报表设计器，微软也都有 Power BI。

商业应用开发语言，SAP 有 ABAP、Salesforce 有 APEX，微软现在也有了 Fx。中国不少厂商号称自己的低代码平台也能开发，后来仔细一瞧，要么只能写个计算表达式，要么只能改改前端的 javaScript 代码，要么只能用 Java 这种重型专业开发语言直接开发了。这种要么太轻要么太重的玩法，不是低代码的玩法。

我开始讲到关键核心部分了。

微软没搞 Business Object 建模工具（但是 OutSystems、Mendix 都有 BO 建模工具，其实他们建的应该是 Domain，如果大家学过面向领域开发，应该很熟悉这个思想）。BO 建模，这是典型的 BPM 玩法。中国玩 BPM 最著名的就是炎黄盈动，他们是正宗的 BPM。

UI 设计器，微软有 Power Apps。但要注意，微软不是表单设计器，而是 UI 设计器。大家如果熟悉 Windows 时代的 VB、Web 时代的 FrontPage，你们就能知道我说的意思。这不是咱们中国常见的 OA（泛微、致远、蓝凌）中的表单设计器。

国内现在很多搞低代码平台的厂商，没有低代码开发语言，类似 SAP、Salesforce、微软这样。

大多都是 20 年前玩剩下的 OA 表单和 BPM，只不过用新技术重新开发了一遍，而且能适应 Web 和 App 多端而已。

做低代码平台，最好能有低代码开发语言，能够对支持复杂业务进行深入优化。这就是微软低代码平台为啥包含低代码开发 IDE 的原因。

开发完，然后在 IDE 中一执行命令，后台就会自动传输同步代码到代码云，就会自动打包成微服务容器，自动进行 CI/CD，自动部署到云端。这才是微软要搞低代码平台的最终愿景。

不这样简化基于云的原生开发，云计算的发展是很慢的。对于在 Windows95 时代吃过 VB、PB、Delphi 甜头的微软，自然深深知道。

https://www.microsoft.com/zh-cn/cloudproductivity/powerplatform/

三、相关拓展

低代码平台给谁用？

现在有这几类人群：

1、企业业务部门：很多所谓的低代码平台厂商说他们的低代码工具主要是面向企业业务部门使用的。我想说，低代码开发平台根本不是面对这类人群的。他们最好用的工具是：EXCEL、OA 表单设计工具。而最适合使用的部门其实还是那些 IT、信息化部门。

2、IT 厂商的一线定制开发团队、中国 700 座城市里的万金油 IT 服务公司：他们没有专业的程序员，但是他们又想快速开发点应用。他们才是低代码开发平台最大的需求者。可惜这个不高不低的目标群体，不是个大市场。微软搞低代码平台是为了建立生态，而不是卖钱。

3、IT 产品厂商、ISV 产品伙伴：他们都是有庞大的专业的程序员开发团队，他们要做的是产品。他们用通用的开发语言开发工具就好。