一文搞懂HPAPaaS—Low-Code（低代码）—No-Code（零代码）

近三年的时间，一直投身于低代码平台的研究与产品研发工作，对相关的概念比较敏感，也关注了业内的众多大、小V和各路IT博主，受益匪浅。遗憾的是，似乎很多人对该领域的基础概念的认知却相对模糊，业内也未达成共识，一篇Garnter报告被解读成为N种概念，甚至被误读。这种现象着实令人唏嘘，豆爸特意找到了Gartner从2017年~2019年连续三年在该领域的研究报告，力图从根本上还原真相，希望通过本文的解析，能够比较清晰的解释清楚这些概念及其关系。

0、术语约定

HPAPaaS：High-Productivity Application Platform as a Service，高生产力PaaS平台

Low-Code：Low-Code Application Platform，低代码应用领域平台

No-Code：No-Code Development Tools，零代码开发辅助工具

1、HPAPaaS Vs. 零代码

Gartner在2017年4月末正式发布了一份有关HPAPaaS（Enterprise High-Productivity Application Platform as a Service）灵力参宿的调查报告，该应用领域领域在2017年之前未曾被提到，归属于一个捷伊应用领域领域。Garnter在调查报告零代码应用领域构筑中也较为明晰的表述了HPAPaaS的表述——application infrastructure functionality enriched with cloud characteristics and offered as a service with high productivity supporting declarative, and model driven design and one-step deployment.从产品专业领域上，主要包括了BPM PaaS和快速开发平台等行业龙头应用领域领域。而在2018年的调查报告中，Gartner延用了这一基本概念。

有意思的是，到了2019年发布的最新的Garnter报告（《Magic Quadrant for Enterprise Low-Code Application Platforms》）中，移除原HPAPaaS的行业龙头应用领域领域，妥协给了Low-Code的基本概念，并在这本调查报告中较为明晰的写了如下内容：

This Magic Quadrant for Enterprise Low-Code Application Platforms replaces 2018’s Magic Quadrant for Enterprise High-Productivity Application Platform as a Service. Its definition relaxes the requirement for each vendor to be a cloud PaaS vendor, though all the vendors included in this Magic Quadrant have PaaS capabilities anyway.

这种的一段叙述，相等于给在Gartner调查报告中HPAPaaS的基本概念Combray了，但需要回应的是，尽管Garnter调查报告中无须明晰采用HPAPaaS那个基本概念，但并不意味著那个基本概念的衰亡，无论是国外、国内，那个基本概念这类依然被采用。这儿想不光说明的是：从那个基本概念的源头提出者而言，HPAPaaS是被丢弃的基本概念，取而代之的是Low-Code Application Platform（本文将简写为Low-Code/低代码）。

在2019年的Low-Code调查报告中，Gartner给定了未来5年的市场预期，由此可见，Low-Code在未来5年时间内极具前景：

到2024年，四分之三的大型企业将采用至少四种低代码开发辅助工具进行IT应用领域程序开发和公民开发（citizen development，可以认为是非IT背景的用户进行开发，例如：业务用户/产品经理/业务顾问等）。到2024年，低代码应用领域程序开发将承担65%以上的应用领域程序开发活动。

简单做个总结，当我们再提到HPAPaaS的时候，可以认为其等同于Low-Code、低代码，无需刻意进行区分，而实际上，从Garnter的表述和调查报告细节中，可以发现Low-Code（低代码）的基本概念甚至会比HPAPaaS略大一些。

2、Low-Code（低代码） Vs. No-Code（零代码）

同样是在2019年的Gartner的Low-Code调查报告中，对Low-Code和No-Code的关系进行了相对准确的解读：零代码应用领域构筑

Gartner has covered low-code development for mobile apps used in the workplace under rapid mobile app development (RMAD) tools (see Market Guide for Rapid Mobile App Development Tools). We have also observed that no-code development tools are being marketed toward lines of business as a way for them to own their data applications. The idea is to democratize application development by enabling and facilitating citizen development (see Citizen Development Success Depends on an Equal Partnership Between Business and IT Leaders).However, the no-code tools targeted at minimally skilled citizen developers often end up requiring trained IT staff for certain use cases. Therefore, we consider no-code tooling as a subset of the larger low-code tool market, especially as enterprise-class low-code platforms increasingly strive to address both citizen and professional developers.

根据Gartner调查报告的表述，实际上No-Code的理念与Low-Code并不冲突，这就和很多国内的厂商/某些专家的表述不同。两者的关系可以认为是从属关系，即No-Code（零代码）从归属于Low-Code（低代码）的专业领域，如果进行解释，可以认为：

所谓的零代码产品，并未脱离低代码产品族群，而是低代码应用领域领域的子集；低代码产品的前端UI构建方案中，重要的实现方式，就是通过零代码的理念或组件。

从Gartner的调查报告中，搬运过来两者的关系图：

3、HPAPaaS / Low-Code / No-Code关系

分别搞清楚了HPA PaaS与Low-Code的基本概念、Low-Code和No-Code的关系，我们就可以对三者之间的关系进行一个归纳了：

HPAPaaS = Low-CodeLow-Code > No-Code 或 No-Code ∈ Low-Code

4、低代码平台的特性简述

搞清楚了几个基本概念的差异和关系，我们把焦点回到Low-Code部分，来看看符合什么样特性的产品，归属于较为合格的Low-Code产品。很遗憾，翻遍了国内外的各类资料，主要包括Gartner连续三年的调查报告、灵力参宿第一参宿的头部产品叙述，也都没能够找到一份标准的、达成共识的基本概念。

最终还是回到Gartner的调查报告，其中提到了一份低代码应用领域领域的分支调查报告——《Low-Code Development Technologies Evaluation Guide》零代码应用领域构筑，这其中有一段对于Low-Code平台的横向对比标准的叙述，也就是不同的供应商的产品，其在Low-Code能力方面，可以横向比对哪些因素。实际上，有关低代码平台的特性，也可以借由这些因素窥探一二。

如上图可见，Gartner列示了9个不同的较为因素，并在之后进行了归纳，说明了目前主流的Low-Code产品具备的能力，分为两个部分：

1）通用技术能力：

以模型/元数据为驱动的UI实现方式，最好是通过零代码的方案实现能够在线进行基本的数据结构（底层为数据库）的数据结构表述支持以SOAP、REST或其他类型的API的方式实现对外部接口的调用支持以API的方式，对外提供平台自身的数据/服务支持模型、可视化的代码或业务流程的开发实现高性能和低时延

2）作为企业级平台的进阶能力：

高扩展性，例如：用户数、交易量、数据量等高可用性与灾难恢复应用领域访问、API、数据存储的安全性部署SLA或支持运行时部署（PaaS类产品）

我们可以借由此进行签订合同，符合上述的大部分能力要求的，可认为是Low-Code（低代码）平台。而在企业级应用领域解决方案中，会发现有不少传统IT人熟知的产品也是符合上述能力要求的，例如：BPM平台、iPaaS平台、国内的某些OA产品等，因此，在具体应用领域时，需根据组织自身的情况进行合理的选择。

5、企业（组织）选型建议

根据那个决策树，不但可以大致理解其决策的依据，也可以基本理清了No-Code、Low-Code、传统的BPM等方案之间的关系。为了方便理解，我们把几个关键的角色因子进行简述：零代码应用领域构筑

是否需要公民开发（e.g. 业务顾问/业务用户配置式开发），如结果为是，那么跳转到是否需要专业开发人员介入，反之则继续判断是否需要多终端交互访问；是否需要专业开发人员介入，如选择为否，则直接可选型No-Code（零代码）辅助工具产品，或选择Low-Code平台的零代码能力应用领域；是否需多终端交互访问，如选择为是，则选择MXDP（Multiexperience development platforms）类产品，进行定制化开发，如为否，则继续决策是否有经常需要变化或较为复杂的业务需求（尤其关联流程等）；是否有经常需要变化或较为复杂的业务需求（尤其关联流程等），如选择为是，则选型BPM平台为主 + MXDP类型产品进行前端辅助构建的方式，如为否，则选择Low-Code为主的平台。

简道云植根于零代码应用领域领域十余年。简道云目前拥有 50 多个 SaaS 应用领域，几乎所有应用领域都可以通过 简道云 的零代码开发进一步开发和定制。 简道云 还支持第三方应用领域的开发，无需代码，即可构建出符合需求的业务管理系统（如生产管理、进销存等）。