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

短命女 2024-03-17 14:24 47阅读 0赞

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

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

**在我个人心中目前最推崇的低代码开发平台一共5个：**

*  引迈JNPF：国内具有代表性的低代码厂商之一；
 *  微软Power Platform：开发语言的老玩家搞的；

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

![2e750d94e4607cc9086412970a8c7444.jpeg][]

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

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

为什么这么讲？

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

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

![684e229bfcf9efb2dbf101d0e4f38a20.png][]

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

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

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

![fb251f257aa547ee3988ce5ea8bd9330.png][]

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。其实这个逻辑和阿里云+钉钉+宜搭是一个逻辑。

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

![5f9cf39d5c9d9fa36be53e05caca1463.png][]

应用入口统一门户，就是微软的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甜头的微软，自然深深知道。

[Microsoft Power Platform — 微软低代码应用平台][Microsoft Power Platform _]

![7f69444c790cbeb5c20015486607b130.jpeg][]

### **三、相关拓展** ###

**低代码平台给谁用？**

现在有这几类人群：

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

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

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

[2e750d94e4607cc9086412970a8c7444.jpeg]: https://image.dandelioncloud.cn/pgy_files/images/2024/03/15/72248a6c44d44a899c40b7bc60c9a93c.png
[684e229bfcf9efb2dbf101d0e4f38a20.png]: https://image.dandelioncloud.cn/pgy_files/images/2024/03/15/96f63cca059e4115b22ab9796d6e91b1.png
[fb251f257aa547ee3988ce5ea8bd9330.png]: https://image.dandelioncloud.cn/pgy_files/images/2024/03/15/2a0bc0a5a9c148059b3ae45f7df6137c.png
[5f9cf39d5c9d9fa36be53e05caca1463.png]: https://image.dandelioncloud.cn/pgy_files/images/2024/03/15/b27ff5970cf0484084f2125aae34377b.png
[Microsoft Power Platform _]: https://www.microsoft.com/zh-cn/cloudproductivity/powerplatform/
[7f69444c790cbeb5c20015486607b130.jpeg]: https://image.dandelioncloud.cn/pgy_files/images/2024/03/15/678ce79ae87b4307bb6878223b34650f.png