专业的低代码平台都长啥样？

国内看似已经有很多的低代码平台，多家第三方平台之前做过一系列测评，其中有T研究、海比、信通院等也都出过分析报告，但只要我们严格对照标准（具体标准请参考下文低代码）就不难看出，虽然低代码舆论很是喧嚣，但迄今为止应该说国内还很少有专业的低代码平台。

比如钉钉今年一直鼓吹的某搭，宣称是“低代码”应用搭建平台，但其实是一个“表单驱动”的“无代码”平台。钉钉其实是打了个擦边球，说某搭是“搭建”平台，没说是“开发”平台，你要说他过度宣传也算不上。但“搭建”和“开发”二字之差，差距可大了。搭建的意思是基于一些成熟模块组装应用，一旦遇到既有模块不够用的时候就歇菜。

国内很多分析报告提及的产品大部分我都瞄过，但看一圈下来，个人认为也就织信Informat、clickpaas这两家可能还够得上，毕竟他们有模型驱动和开放集成，其他的门槛都够不上。

在这么混乱的状态下，让CIO们怎么办呢，这再次说明如果缺乏有效的标准筛选真正专业的低代码平台，势必低代码和无代码一锅粥，结果大家都被搞得稀里糊涂。

专业的低代码平台到底长啥样？（请参照以下标准）

现在市场上鱼龙混杂号称“低代码”的产品很多，怎么才能快速区分是不是“专业”？

很简单，找一个最专业的产品来对标。

那么，哪个产品才是最专业的？

我们可以先看为什么低代码这两三年才热起来？不是因为Salesforce这样的SaaS厂商，也不是Appian这类BPMS厂商，这轮低代码热其实主要是因为OutSystems。

OutSystems虽然也早在2001年就成立，但之前一直“猥琐发育”，2018年D融资了3.6亿，才突然引爆市场。无论Forrester还是Gartner都把OutSystems列入领导者象限。所以，从这个角度来讲，OutSystems算是专业低代码平台的代表。

对比OutSystems和很多国内所谓的低代码平台，我找出了六项区分度最高的判断标准：模型驱动、可视化开发、表达式语言、软件工程、开放集成和脚本语言。

（1）模型驱动

“模型驱动”可能是最明显的区分标志，因为刚好有一个也很流行的概念叫“表单驱动”。很多人搞不清楚这两个概念，但其实这两类产品挺好区分。

首先可以看用户手册，这样不用安装试用也能看出差别。使用模型驱动的平台比如OutSystems、Mendix的手册会有很大一章讲怎么做数据建模和处理，包括怎么定义实体、实体间关系、主键、唯一性、索引、数据怎么访问、筛选、分组、统计等等，还提供SQL或类似扩展。使用表单驱动的产品则往往手册第一章就是说明怎么定义各种表单，都是各种和界面相关的控件，比如单选多选下拉框、文本日期数字等。

其次可以看界面。下图是分别是模型驱动的OutSystems和某表单驱动产品的相关操作界面，大家看是不是很不一样。

（模型驱动）

（表单驱动）

（2）可视化开发

可视化开发不是拖拉拽做个界面（这只能叫可视化设计），而是有完整的可视化编程语言系统，能够编写业务处理逻辑。看OutSystems这类产品的文档，你会发现很多编程语言的基本构造都有，比如顺序 / 分支 / 循环 / continue / break、输入输出参数、局部变量 / 全局变量、struct和list、异常等。虽然这些东西都是拖拉拽完成，看上去没有密密麻麻的一行行代码来吓人，但也足以吓退业务人员。一下几张图都来自于OutSystems，大家可以感受一下。

（逻辑开发工具箱，注意有If、Switch、For Each流程控制）

一个比较简单的逻辑

（3）表达式语言

表达式语言有些类似Excel里的公式，有表达式语言才可以做一些比较复杂的计算。下图是OutSystems的表达式编辑器，大家可以看到有各种操作符，还有很多内置函数，比如数学函数、字符串处理函数等。

OutSystems这个例子看起来还比较简单，但表达式语言也可以很复杂。微软是搞语言的行家，下图是个微软Power Fx的例子，这个表达式是要提取一个句子最后一个单词的表达式，也挺复杂吧（说实话我看了好大一阵子才看懂）。

表达式语言也有更平易近人的设计，比如织信Informat就是用类似Scratch的积木块设计。两种设计功能上是等价的，积木块设计更容易上手，Power Fx这样的设计写复杂表达式更方便。

（4）软件工程

专业的低代码平台需要提供测试、debug、版本控制等软件工程支持。开发软件都会出bug（低代码平台基本消除了语法层面的bug，但对语义层面的bug一样无能为力），需求也总是会变。所以测试、debug、版本控制这些支持也是必不可少的。OutSystems为什么做的最好，我觉得跟它完善的debug支持是分不开的。下图是OutSystems的debug界面，看起来和专业IDE有的一拼。

（5）开放集成

理论上，有了模型驱动等上述四大功能，开发一个不是太复杂的独立应用就够了，但典型的企业软件都是相互依赖和集成的，所以平台还需要具备能够调用外部API和开放API给别人的能力。平台如果没有这两方面的功能，开发出来的应用相互之间都没法连通和集成，全是技术债。我们看国外关于低代码的文章，经常会看到一个词叫Shadow IT，说的就是这个问题。大家都胡乱的开发各种应用，还都集成不起来，将是一场大灾难。

（6）脚本语言

脚本语言就是用JavaScripts、Python、Java等做扩展，这些其实就是正儿八经的专业编程语言了，但低代码平台会把工程复杂性都封装好，让开发者不需要配置部署环境，随手就可以写代码，写完一键发布马上可以运行。

其实上述标准和Gartner是很一致的。Gartner在魔力象限报告里说：

An LCAP is characterized by its use of model-driven or visual development paradigms supported by expression languages and possibly scripting…

里面模型驱动、可视化开发、表达式语言、脚本语言都提到了。

最后总结一下，判断是不是"专业”低代码，可以重点看模型驱动、可视化开发、表达式语言、软件工程、开放集成和脚本语言等六个方面。

最后，鉴于这个领域现在实在太乱，希望大家能多转发一下，让更多的人正确理解低代码。