低代码就是不写代码吗？到底什么是真正的低代码平台-（这四个才是真正的低代码平台）
在国内对低代码疯狂炒作的今天，一种乱象丛生的感觉真是越来越明显了。
前有 ERP 老兵反唇相讥《低代码，不要以比“中台”还快的速度臭大街》，后有 ThoughtWorksCTO 大力排斥：《“行业毒瘤”低代码》，还有很多认为低代码是新瓶装旧酒，无非是个高级外包。
然而看过文章以后，更多是"时代没有渡我的船"这样的悲怆论调，关于低代码本身的讨论反而被模糊了。
如果低代码真的是纸面上说的那样旧瓶装新酒，那么，国外低代码平台 OutSystems 估值超10亿美元，Mendix 被7亿美元收购；Amazon、微软、阿里、腾讯等国内外 IT 巨头，以及大量传统软件厂商、新兴 SaaS 厂商纷纷跟进押注，这样的阵仗和行动岂是一时兴起？
今天我想就低代码的完整概念及其能力范围做一个清晰的定义，让大家能对低代码有个相对统一的理解，鉴于这个领域现在实在太乱，希望大家能多转发一下，让更多的人正确理解低代码。
关于低代码平台的定义，虽然国内的标准化程度还不高，但无论是 Gartner 还是 Forrester 这种国外顶尖分析机构，都已经开始给出比较清晰的筛选标准。
比如要支持通用场景（如 UI、逻辑和数据三层都要有）、要满足专业开发需求等，随着行业发展标准化程度肯定会进一步提高。
真正的低代码平台长什么样?
市面上的产品很多，都号称自己能做到最好，我们不看别的，就看影响力。
在国外，OutSystems 就是当之无愧的头牌厂商，无论是 Forrester 还是 Gartner 这类专业的分析机构都把 OutSystems 列入领导者象限，在公认的低代码领域应该是没有多少争论了，所以，我们可以把 OutSystems 当成专业低代码平台的代表。
什么是专业低代码平台最典型的标志？
——模型驱动
市面上将2种主流的低代码技术驱动分为“模型驱动”和“表单驱动”，详细的区别我过去文章有写，感兴趣的可以去翻一下，总结下，就是模型驱动更复杂，技术实现路径更难，也能实现更多更复杂的场景，在外观上就能看出来：
模型驱动，OutSystems
逻辑驱动，iVX
表单驱动
大家一眼就能看到，就操作界面来讲，模型驱动要比表单驱动的界面更复杂，功能也更多，实际上这也是一个专业低代码平台应该具备的基本条件。以模型驱动这个标准来看，市面上90%的低代码平台都不在此列。
还有一个比较重要的标准，是可视化开发，注意，这里的可视化开发不是说只用拖拉拽做个界面就行了，那个充其量只叫可视化设计，这里指的是拥有一套完整的可视化编程语言系统，能够编写业务处理逻辑。
比如说 OutSystems 有顺序 / 分支 / 循环 / continue / break、输入输出参数、局部变量 / 全局变量、struct和list、异常等；iVX 的“事件触发”按钮，包括点击、鼠标移入/移出、数据变量、顺序 / 分支 / 循环、时间变量等等
iVX 逻辑界面
虽然这些东西都是拖拉拽完成，看上去没有密密麻麻的一行行代码来吓人，但也足以吓退业务人员，不是专业的选手其实已经很难看懂了，或者需要接受一段时间的培训，才能厘清其中的逻辑。
其实光是以上两点就足以剔除95%以上的低代码平台了，国内分析报告中提到的产品，看了一圈下来也只有 iVX 和 ClickPaaS 能够得上要求，但 ClickPaaS 的用户手册暂未开放，我到 iVX 的官网看了一下，整体下来还算合格，目前算是国内专业低代码平台的独苗吧。
当然，以上只是低代码的部分讨论，因为字数和体验时间有限，这篇文章只写到这，有兴趣的欢迎关注我，下期接着谈这个事儿。
