近几年来，低代码概念越来越火爆，随之而来的低代码产品也越来多，这其中就有很多优秀的产品，目前国内较成熟的低代码平台大体有：简道云、iVX、牛刀、宜搭云、JeecgBoot、ClickPaaS、JEPaaS、华炎、氚云、搭搭云、魔方网表、云表、APICloud、活字格、轻流、明道云。

首先我们先来看一下，什么是低代码？低代码能做什么？能解决什么问题？

“低代码开发”即无需编码或只需少量代码就可以快速生成应用程序。也就是说，企业的应用开发通过“拖拉拽”的方式即可完成。低代码能帮助企业提高开发效率，从而降低成本。

低代码产品

JeecgBoot：★★★★★

JeecgBoot是一款基于BPM的低代码产品，支持微服务。功能全面，可一键生成前后端代码；简单功能也可完全在线完成。既能快速提高效率，节省研发成本，同时又不失灵活性。

• 功能：组件完备，对象封装完整；移动端支持一份代码，多终端适配，总得来说功能非常强大。

• 效率：产品交互设计合理，开发效率高，前端后台（前端Vue后台java）编译出程序的运行效率很高。  

宜搭云、JePaaS：★★★

宜搭云是阿里云的产物；JePaaS是一款开源的CRM工具，但是费用不低；这两款产品都需要使用者使用代码才能进行开发

• 功能：由于接入代码，功能扩展性强

• 缺陷：功能相对单一 

牛刀：★★

是一款很庞大的低代码产品，通过流程图去实现一些代码逻辑。但是在大多数情况下，特别是后台部分，很多场景还是需要以写代码的方式去实现，以至于该产品只适合程序员使用。在平台上没有发现制作出来的比较复杂的应用。

• 功能：功能丰富，但是对象封装以及对象分层还有待改善；支持微信小程序WebView、原生、WebApp，不支持游戏。

• 效率：同样功能的实现需要比iVX多很多倍的点击，窗口切换太多，阻碍连续操作；可能和使用WeX5框架有关，牛刀生成的前端代码质量较差，后台逻辑执行效率比较低，但是由于没看到非常复杂的应用，所以这里也不作过多评价。

• 缺陷：作为一款低代码产品，不可否认的减少了使用者的编码工作量，但无论是产品体验，还是功能上（特别是逻辑实现），还存在不少问题。

0代码产品

氚云、明道云：★★★★

这两款产品做得都挺不错的。氚云是阿里系投的（直接接入钉钉）；明道云是梅花网的，也是很不错的产品。

• 功能：相对比较全面，设计上也比较简单。

搭搭云、简道云：★★★

操作上比氚云和明道云还要简单一些，但是功能稍微少一些，各有优劣

• 缺陷：功能相对单一 

iVX：★★★★★

iVX基于代码生成器和BPM的低代码快速开发平台，是一款比较完备的0代码产品，测试以后发现可以不用任何代码完成所有的开发。

• 功能：支持各种小程序、原生、WebApp、游戏开发，总得来说功能强大。

• 效率：前端后台（前端React后台Go）编译出程序的运行效率很高。

• 缺陷：教学还有待完善，感觉内容较少，初学者一开始上手时可能会有点麻烦。

这几天研究了十几款低代码工具：

iVX 活字格 无远 牛刀 APICloud 氚云 宜搭云 明道 Power Apps 天翎 云表 workfine fineReport 魔方网表 炎黄盈动|AWSPaaS 红圈

各低代码平台

如何分析这些不同类型的产品呢？我总结了几个点，希望对大家有帮助：

• 看这个产品到底能做什么？

• 能做成什么样子？

• 特别是支持的应用场景有哪些？

• 支持系统有哪些？

A 看看网站或自身有没有什么页面是通过自身的平台开发的？如果自己平台都没有使用又怎么放心给用户使用呢？例如，iVX平台全系产品都是通过iVX自身迭代开发的、牛刀网站的大部分都是用自己的平台开发等等

B 看看应用是不是都长一个样？对于很多平台来说，偏模板属性，例如BI、报表等，看来看去就只能做成那个样子，至少说明应用的局限性或至少是前端能力比较弱。

C 调一个比较复杂的后台逻辑来看看，能不能通过非代码的方式来实现？或者看看，如果不写代码，最难能做成什么样？如果这部分没有验证过，后面对于具体项目开发，肯定是一个大坑。特别是低代码平台，由于可以引入代码来开发，好像成为了万能的工具，但其实这是由于代码本身就是万能的，而非平台之功。如果好的低代码平台，代码几乎是可以不用的（例如0代码），或者引入代码只是很少的辅助作用，因为平台能力本身很强。但是，如果平台是辅助，而代码开发是主体，那就本末倒置了，低代码平台就显得鸡肋。

• 看教程、看文档、看Demo、看模板，看学习资源是否完善？

A 看数量和规范程度，有些刚刚开始做的平台，这方面内容会非常少，导致无法自学；或者至少是在学习资源上没有下功夫。

B 看时间，时间越近越好，有些平台是已经做了很久，这本来是好事儿，说明积累时间长（因为低代码开发平台本来就是很有难度的事儿，很难短时间内做好）。但是，当我学习牛刀的时候，居然看到了2014年左右的教学视频，这个就让我比较震撼了，说明平台太长时间没有更新迭代了。课程方面，活字格还是做的不错的，课程很全面，除了官方发布的课程，还有用户的分享课程，课程内容更接近用户的需求。

• 看架构（整体架构、前端架构、后台架构）、看产品、看收费

A 看架构，首先看整体架构是B/S还是C/S，建议大家还是重点关注B/S架构的，毕竟C/S大家懂的，不光难看，而且确实这种产品早晚要被淘汰的，而且也不符合云计算的发展方向；前端架构最好是React的，当然VUE也还可以（对复杂单页应用React性能会更好一些）；后台最好不要是PHP的，或是绑定微软系的产品，例如绑定Azure、Excel、SQLServer、Access...这样系统灵活性就被框死了。

B 看产品，主要看一下产品设计、交互UI、弹框数量...等等产品属性的东西，好的产品总是提供一个最短路径给你，让你使用成本变得很低；如果产品设计不好，有可能做一个同样的东西，你要增加好几倍的操作，操作越多学习时间更长，而且犯错机会也会大好多倍。

C 看费用，这个大家都会看，这个就看大家的消费能力了，没啥好说的。就一点，通过看收费模式，基本可以确定这个产品是否是面向你们群体进行服务的，如果不是就不要尝试了。

接下来，重点来了，我把上面方法论在十几款产品上做了分析，同时还将所有产品，按用户类型分为两类：

适合开发人员使用

适合业务人员使用

一类是“适合开发人员用的”，这里的开发人员是说，学习和操作这个产品可能是一种单独的岗位分工——“开发”，甚至可以形成一种专门的职业（例如：产品、测试和设计师可以学一下，了解一下这个平台，但是兼职做这个平台开发我个人觉得不太合适）。但是，这个“开发”，并不一定要写代码，例如iVX系统，已经是一套完备的0代码开发体系，没有必要再写代码了，但是做的事情仍然是“开发”；活字格、无远等在管理系统的开发方面十分的便捷出色，同样做到了低代码可视化开发。

另一类是“适合业务人员用的”，这个就很好理解的，就是这种平台非常简单，学习一下也很快，业务人员可以直接操作，当然灵活性会稍微小一点儿，场景也会窄一些。

建议大家更具自身的场景需求去平衡这些各种因素，同时考虑到系统的可维护可扩展，“鱼和熊掌兼得”。

前段时间做调研，发现国内除了阿里云、华为云、腾讯云，很多PaaS企业，包括涂鸦（IOT PaaS）、有赞（有赞云PaaS）、徐工、吉利（工业互联PaaS）、恒生电子（Light云）等等，都正在推出或者计划推出低代码应用开发平台。文章尝试通过对应用软件研发发展阶段的分析，提供一个看待这一趋势的视角。

第一阶段，面向用户直接需求的应用软件研发

在互联网普及之前很长一段时间，软件厂商主导了应用软件研发，典型的产品是各种ERP、CRM软件。这个阶段的应用软件研发从业务层面可以归结为，根据企业（或组织）生产、经营、管理等各方面的需求、结合科学管理知识，研发出软件系统并应用到企业（或组织）的过程；从IT技术层面可以归结为，基于IOE软硬件平台，使用各种通用编程语言，采用瀑布流的组织方式，研发出应用软件的过程。互联网初始发展阶段，从IT层面很大程度上借鉴了软件厂商的经验。随着互联网基础设施的完善、入网人数快速增加，互联网应用软件出现爆发式的增长，技术和软件研发模式发生了巨大的变化，包括去IOE、云计算、大数据等等，充分体现了需求牵引生产力的发展。

虽然软件厂商跟互联网企业有诸多不同，但是他们也有一个较为明显的共同点，就是几乎所有的研发投入都聚焦在面向用户直接需求的应用研发上（软件厂商主要是面向企业经营管理需求、互联网企业主要是面向个人工作生活的需求），很少有专门为应用集成研发的产品，也很少有专门为应用研发团队提供服务的研发团队。这一情况类比到制造业，几乎所有的软件厂商和互联网公司都是成品厂商，没有零部件厂商。所以我把这个阶段归纳为“面向用户直接需求的应用软件研发”。

但是社会发展充分证明了分工可以提升效率实现创新，于是在应用软件研发领域PaaS和中台就出现了。

第二阶段，PaaS服务（中台）

PaaS主要来源于应用软件研发过程中共性的、具有较高可复用价值的需求和能力。我觉得大致可以分为三类，一类是可共用的技术性产品，比如大数据、人工智能、IoT平台等；第二类是在一定范围内可以被标准化的领域服务产品，比如商品、订单、支付服务等；第三类是流量和关系链为核心流量平台，比如微信、钉钉的小程序平台。这些PaaS可以为上层应用软件研发提供独特的能力。PaaS从软件服务向组织职责延伸，就形成了所谓的中台。

PaaS的出现实际上是对应用软件研发活动和程序员职责的一种分层，通过分离关注点、提升专业度和能力复用，降低应用软件研发的整体复杂度和提升效能。PaaS和中台起始于互联网，但是深刻影响到企业软件服务领域。关于PaaS和中台的讨论非常多，大家了解也比较多，这里就不啰嗦了。但是需要说明的是一点是，由于种种原因，起初企业构建的PaaS（中台）往往只服务于企业内部，这实际上限制了PaaS发挥的价值。

第三阶段，开放平台

当PaaS能力越来越通用化、标准化，价值逐渐被市场认可的时候，自然就形成了构建开放平台的动机。即使有些企业没有明确“开放平台”的叫法，但实际上在打造对外服务的PaaS平台时其实做了开放平台的事情：比如租户、账户体系、资源授权管理、计量计费以及各种维度监控和数据统计等能力。

开放平台的主要目的是PaaS能力的开放，把原先只面向企业内提供能力 转变为面向其他企业、组织甚至个人提供。这里有两点值得关注：

• 开放平台主要目的是PaaS能力的开放。这意味着使用这些能力的企业、组织和程序员怎么用这些能力、用来做什么、能否用好，其实并不是平台关注的核心，管理的手段也较为有限。

• 开放平台创造了增量，但增量有限。各种PaaS开放平台的推出，使得某些应用软件的构建成本大幅下降，使得很多创新企业或ISV通过组织小规模的研发团队也逐渐具备研发、交付较复杂的应用软件的能力，这是开放平台产生的增量。但由于PaaS开放平台先天定位的不足，使它的增量价值受到较大局限。

我们来看一个例子，某互联网企业在运营推广其IM/视频PaaS平台的时候遇到了如下困境：

• 产品经理的困境是，如果API/SDK设计过于抽象，就会有程序员来吐槽不好用；如果设计的较为具体，则容易限制使用场景。

• 解决方案设计经理的困境是，面对几乎所有用户需求场景，IM/视频直播都只是必要条件而非充分条件。好比手上拿着最好的发动机和轮胎，但是客户要一辆车，总得给找齐各种没有的东西，还得说清楚怎么组装，这其实是挺复杂的事情。

• 解决方案交付经理的困境是，要把解决方案架构师画在PPT上的应用解决方案给实现出来交付出去，就得组织合适的研发资源，但由于这不是PaaS平台核心的业务，因此只能找生态伙伴来做。一来项目效率和质量得不到保证，二来项目交付可能无法留下有价值软件资产，项目二期迭代的时候，可能也会遇到种种困境。他需要一个既能做应用开发、又能沉淀软件资产、并且能有效组织生态的平台，但显然PaaS开放平台不适合这样的定位。
  

  

这些困境真实体现了PaaS开放平台在满足应用软件研发需求方面的不足，只有有效解决上述这些问题，才能充分发挥PaaS平台价值，这也成为PaaS企业进一步发展的动力。

第四阶段，低代码应用开发平台（aPaaS）站上风口

低代码应用开发平台能比较好的解决PaaS平台在支撑应用软件研发最后一公里上的不足，进一步拓宽PaaS的增量价值，这是不少PaaS企业开始着手打造低代码的直接动机。

• 对PaaS产品经理来说API/SDK被设计成各种低代码的组件，成为低代码应用设计体系内的一部分，可以有效降低学习和使用成本。

• 对解决方案设计经理来说，他原先画在PPT上各种客户解决方案可以变成低代码平台上的各种应用模版，可以有效拉近和客户需求之间的距离。

• 解决方案交付经理来说，低代码平台可以有效解决客户解决方案设计实现、资产沉淀、版本管理，规范生态伙伴的合作。
  

由于PaaS本身代表了某些垂直领域较高的技术和场景壁垒，因此基于PaaS推出低代码开发平台在某些领域天然具备技术或者场景的优势。另一方面，我们也看到很多没有PaaS基因的低代码平台推出，这些平台可以考虑主动对接集成一些PaaS平台能力，这将有利于低代码应用场景的完善，也将有利于生态的繁荣。今天互相走出的这一步，可能改变甚至塑造未来软件研发模式。

思考总结：

梳理和思考事物发展的脉络，有助于发现事实的真相。PaaS是互联网发展过程中自然形成的一种解构应用软件研发的方式，低代码则是抽象特定领域场景应用软件研发的一种方式，两者有比较好的互补性。认识到这一点，将有助于PaaS及低代码平台的产品设计。

近年来低代码概念大火，国内低代码市场百花齐放，好不热闹，其中，PaaS/SaaS作为两个高频词汇更是争得有来无去，叫许多用户都看花了眼：究竟什么是PaaS/SaaS，两者又有什么区别呢？

SaaS（Software-as-a-Service），软件即服务，即通过网络提供软件服务，以租代售。

PaaS（Platform as a Service），平台即服务，提供一个基础平台（包含应用设计、应用开发、应用测试和应用托管等），用户可以基于平台自定义开发出自己所需要的应用和产品。

SaaS化与PaaS化平台的区别在于：

1、售卖主体不同：SaaS化更多偏向于出售服务，包括软硬件服务以及咨询、维护等人力服务；PaaS则是售卖平台本身，而服务只是附加价值；

2、收费结构不同：大多数SaaS平台都采用按使用时长、按服务内容来收费，包括维护、合规性和安全性服务；PaaS平台一次性买断，购买后可以无限次重复使用。

3、部署模式不同：SaaS采用公有云部署，数据保存在提供商的服务器上；PaaS平台数据保存在自己服务器上，由自己处理；

4、拓展性不同：SaaS平台是标准化产品，灵活性较低，不能满足企业个性化需求；PaaS平台则可以按照企业需求灵活拓展。

PaaS化的低代码平台更胜一筹

根据海比研究院2021年的两份市场研究报告，中国市场整个PaaS行业的周期都还处在上升阶段。2020年SaaS市场未来复合增长率为26%，而PaaS的合增长率为48%，将于2025年突破2000亿元。

显而易见，随着信息技术的发展，PaaS越来越多地展现出他的优势：

1、可以更加灵活地选择部署方式（如私有云或本地化部署，数据和权限掌握在自己手里，安全、可控，使用灵活。

2、轻松实现内外网隔离，顺畅实现整合对接，大大提高系统的稳定性与实用性；

3、拥有更大的定制化空间，发生需求变化时，也能随时对系统进行更改或拓展。

作为国内开放性最好的Pass平台—飞速低代码

专注于云原生全场景低代码及数字基础设施，公司研发团队深入研究和实践面向对象业务建模、前后端分离开发技术、云原生、微服务框架等，具有软件开发全生命周期平台产品，曾帮助腾讯、格力、碧桂园、OPPO、立邦集团、扬子江药业等多行业多领域大机构成功实现数字化转型和升级。

私有化部署，为数据安全保驾护航

与SaaS化平台的公有云部署不同，飞速低代码平台支持私有化部署。

私有化部署分为本地部署或私有云，对于安全有着高要求的用户企业，可以将系统部署在本地，轻松实现服务器的物理隔离，从网络基础设施层面，保证数据库和服务器安全可控；而对于需要使用互联网访问应用的企业而言，也可以按照需求选择私有云部署，在享受应用和数据掌控权的同时提高访问的灵活性。

业内领先技术，为开发强势赋能

飞速低代码平台采用业内领先松耦合&高内聚的微服务架构的微服务架构、支持SpringCloud模式，满足系统快速开发、灵活拓展、无缝集成和高性能应用等综合能力；采用前后端分离模式，前端支持vue\anguer\小程序，后端springcloud，技术与业务逻辑分离，系统升级不影响公司业务，系统运维升级更方便；并且全技术栈匹配，灵活引入AI，大数据服务，算法等各种能力。

超强集成能力，系统无缝对接

SaaS平台的不灵活性容易导致“数据孤岛”，飞速低代码平台通过API接口调用，为用户提供超强系统整合能力。飞速数据中台通过采集、存储、计算、治理技术形成统一标准和口径的数据资产服务，解决数据孤岛、数据资产流失、数据服务能力不足、数据价值低的问题，最终使数据能够赋能业务场景、为企业产生业务价值。

源代码交付，实现二开自由

飞速低代码平台提供大部分源码，保障企业在不同的应用阶段、不同层次和不同规模的服务需求都能得到满足；用户在源码的基础上，还可以根据自身需求实现个性化业务场景，不依赖于我们平台运行；根据平台开发出来的系统还能自由申请软著。

支持复杂全场景

面向开发者，提供复合模型驱动的可视化开发，覆盖业务全场景应用。通过前后端微流、拖拽组件生成代码进行手工修改，解决复杂逻辑。

飞速低代码平台，经历头部行业客户复杂业务场景和技术的严苛挑战，拥有超强的目光与强大技术，在用户体验上做极致，想客户之所想，解客户之所忧。

牛刀专业低代码PaaS平台 —— 企业应用一站式开发、部署、运维

为专业开发和企业应用而生，实现低代码开发和PaaS平台无缝衔接，打造高生产力DevOps开发流水线，全面提升应用规划、开发、部署、运维和治理

专业低代码核心能力

企业PaaS核心能力

企业业务中台服务能力

门户服务

提供多终端门户入口，支持客户个性化定制，支持第三方登录、菜单、页面、待办和信息展现的全面集成

组织权限服务

提供多层级组织架构，支持多组织树和一人多岗；支持RBAC角色授权体系；支持与第三方系统组织集成

工作流服务

专业工作流引擎，支持BPMN规范，并扩展支持会签、回收、任务批处理和子流程等模式，支持集成钉钉和企业微信

报表服务

支持各类复杂报表和中式报表，可视化设计，所见即所得；
HTML、Word、Excel和PDF多格式输出；浏览器端精确打印

数据可视化服务

一站式数据可视化解决方案；支持数据门户、决策驾驶舱和数字大屏应用，支持高级交互/行业分析/模式探索/社交智能等功能

牛刀低代码   低代码开发和专业开发缺一不可，鱼和熊掌必须兼得！

低代码，高能力，面向开发者和企业应用的专业低代码开发平台，和PaaS平台无缝对接，提供开发、测试、部署、运维的一体化支持

基于PaaS、DevOps的专业低代码平台

基于PaaS、DevOps，以Docker容器、微服务、可视化、云开发技术为核心，提供从设计、开发、测试、部署、运维的一体化支持

可视化架构设计

独创的可视化架构设计，应用基本架构、服务及关系一目了然，服务组件可任意增减，拖动连线即可改变依赖关系，并按照设计图，实现自动化创建和配置开发环境、测试环境和生产环境

可视化开发

高效的可视化开发支持，包括架构、数据、服务、代码、页面的全面可视化开发支持，组件拖拽，属性设置，简单可靠，轻松高效

一切皆组件

全部基于组件化体系，提供组件和模板市场，开发者可以设计和发布自己组件，模块，实现高水平的重用和定制

满足专业开发者必备的双IDE

为专业开发者同时提供Web IDE和桌面IDE两种专业的集成开发环境，端云互联，代码同步，支持线下本互联地编程开发调试，云端联机运行，保证专业和代码开发全部能力

新的DevOps生产流水线

与传统开发模式不同，在低代码PaaS平台上的新DevOps流水线，以应用市场和租户为关键节点，实现了云应用开发、管理、部署的彻底脱钩，大幅简化应用生命周期的复杂度和关联度，革命性提升软件流水线的效率、可维护性

牛刀PaaS平台  全面提升云应用规划、部署、运维和治理

企业级PaaS平台，革命性提升企业的云应用规划、开发、部署、运维和治理，支持公有云和100%私有化部署

牛刀PaaS平台核心能力

PaaS平台是SaaS-PaaS-IaaS云架构的重要一层，提供了高生产力开发、应用市场/生态、资源调度、多租户、数据中台、业务集成、公共服务等重要能力，为企业云应用的规范、共享、部署、运维、集成和治理提供全面支持

云应用治理

建立统一的企业云应用规范，实现对应用发布、审核、部署、更新、升级、监控、运维的全生命周期的统一管理，为企业提供全新的云应用规划、开发、部署、运维、治理的全面支持

云应用市场

基于统一、开放的云应用规范，构建类似苹果AppStore的云应用市场。实现高水平的企业应用规划、重用、管理、定制、共用

多租户/多业务

基于容器化、微服务基础技术，为企业提供多业务隔离、多租户隔离支持，为集团型企业和跨组织合作提供强力支持，轻松实现组织内外业务系统的统一规划、集中或分布部署、即时发布、灵活定制，助力企业打造随需应变、高效协同的数字化业务系统

弹性部署

提供公有云、私有云环境下各种方式的弹性部署方式，包括独立主机集群部署、容器集群部署、共享资源池部署等，满足企业多样化的技术环境和术要求

智能调度

支持资源自动化智能调度，最大效率利用资源。为企业的高频应用和低频应用提供优化运算资源调度方案，当应用需要访问时，进行快速分配运算资源并启动运行。当一段时间没有用户访问后，会自动回收运算资源

典型应用案例   牛刀在各行业获得众多成功应用

牛刀平台被众多开发商和企业采用，成功应用于政府、基础设施、军工、金融、制造、航天、能源、交通和建设等各个领域和行业

大型建筑企业项目管理系统

国内某主流物联网厂商采用牛刀推广的工业互联网应用平台

大型核电集团的核电站安全生产管控系统

国内大型软件企业采用牛刀开发推广的城市智慧管理系统

国内某运营商的大规模乡村数字化应用

水利局系统的大型流域水务项目管理系统

国内某大型药企自主研发的销售管理系统

大型城市地铁运行监控系统