QQ邮箱|什么是低代码（Low-Code）？( 五 ) QQ邮箱

当然，所有选择都要付出代价，零代码也不例外。完全抛弃代码的代价，就是平台能力与灵活性受限：

一方面，可视化编辑器的表达能力远不及图灵完备的通用编程语言，不引入代码根本没法实现灵活的定制与扩展（当然，理论上也可以做成Scrach/Blockly那样的图形编程语言，但那样不过是换一种形式在手写代码而已）。
另一方面，由于目标受众是非专业开发人员，平台能支持的操作会更趋于“傻瓜化”（e.g. 页面只支持大块业务组件的简单堆叠，不支持细粒度原子组件和灵活的CSS布局定义），同时也只会透出相对“亲民化”的模型和概念（e.g. 使用“表格”表示数据，而不是用“数据库”），无法支撑强大专业的底层开发原语和编程理念。

虽然零代码与狭义上的低代码有着上述明显差异，但从广义上来说，零代码可以当作低代码的一个子集。 Gartner在其相关调研报告中，就是将“No Code”划在了范围更广的低代码应用平台“LCAP”（Low-Code Application Platform）中。而当前市面上很多通用的低代码开发平台，也都兼具一定程度的零代码能力；比如低代码领域领头羊Mendix ，既提供了简单易用的零代码Web IDE - Mendix Studio ，也包括一个功能更强大的低代码桌面IDE - Mendix Studio Pro 。
HpaPaaS（高生产力应用PaaS）
上文提到， “Low-Code”一词是拜Forrester所赐。作为同样是国际知名调研机构（a.k.a 造词小能手）的Gartner ，显然不会轻易在这场可能决定低代码领域江湖地位的新概念作词大赛中认输，于是也于2017年发明了“HpaPaaS”（High-productivity application Platform as a Service）这个听上去更高大上的缩写词。
按照Gartner的定义， HpaPaaS是一种支持声明式、模型驱动设计和一键部署的平台，提供了云上的快速应用开发（RAD）、部署和运行特性；这显然与低代码的定义如出一辙。但事实证明，名字起得太专业并不见得是好事， “HpaPaas”最终还是败给了起源更早、更接地气也更顺口的“Low-Code”：从2019年开始， Gartner在其相关调研报告中也开始全面采用“Low-Code”一词（如LCAP），亲手为“HpaPaaS”打上了 @deprecated 印记。

图源：https://blog.kintone.com/business-with-heart/difference-saas-iaas-paas-apaas-hpapaas
值得补充的是， “HpaPaaS“这个词也并非横空出世，而是传承自更早之前Gartner提出的“aPaaS” ，它俩之间的关系是：HpaPaaS只是aPaaS的一个子类；除了HpaPaaS这种通过低代码实现的高生产力应用开发平台以外， aPaaS还包括面向纯代码的传统应用开发平台（High-control aPaaS ，即可控度更高的纯代码开发方式）。
不值得但就想八卦一下的是， “aPaaS”这个词也非凭空捏造，而是与云计算的兴起渊源颇深。相信各位云道中人都已猜到， aPaaS与IaaS/PaaS/SaaS这些云计算远古概念是一脉相承的：aPaaS介于PaaS和SaaS之间，相比PaaS提供的服务更偏应用，但又不像SaaS一样提供现成的软件服务（更详细的说明可参考配图来源文章）。
四为什么需要低代码
低代码是什么可能并没那么重要，毕竟在这个信息爆炸的世界，永远不缺少新奇而又短命的事物。大部分所谓的新技术都只是昙花一现：出现了，被看到了；大部分人“哦”了一声，已阅但表示不感兴趣；小部分人惊叹于它的奇思妙想，激动地点了个赞后，回过头来该用什么还是什么。真正决定新技术是否能转化为新生产力的，永远不是技术本身有多么优秀和华丽，而是它是否真的被需要，即：为什么需要低代码？如果用不同的主语填充上面这个问句（冷知识：这叫做“延迟主语初始化”），可以更全面地看待这个问题：