低代码现状：0代码和低代码的对比

低代码现状：0代码和低代码的对比

前言

在介绍LowCode之前，我们先介绍一下这个概念——快速应用开发模型“Rapid Application Development”，简称RAD。

很多的IDE都属于这个范畴，例如：Delphi/ C++ Builder/ J Builder/ Visual Studio，再到后来的Drupal… 有些已经是20年前的流行产品，当然今天还是有人在用。

历史的车轮始终向前，但是人们想解决的问题又回到了原点！——“如何能够少写代码（或不写代码），把程序给做出来？”

LowCode的概念，2019年初传到国内，起因主要是这两家公司——Mendix和Outsystems，它们一家被西门子收购，一家拿到大额融资，这一概念随之也被投资人引入国，并被互联网技术人员所关注。 至于“0代码”Zero Coding，我还专门请教了一些业内专家，给我反馈是“低代码”是科学用语，“0代码”是理想状态。

至于为什么把“低代码/0代码”一起叫，我至今也不知道原因，在我分析完这个市场之后，发现这压根就是两个领域，最主要是用户群体都完全不一样。

0代码领域——iVX（前身是iH5，优秀且强大的H5开发工具）

低代码领域——Mendix Outsystems 牛刀 织信 APICloud 各种云

类型一：基于流程设计的企业服务（组件式服务）

Mendix和Outsystems：两家团队起源类似，都是企业服务/组件化/DevOps，希望做一套产品，可以帮助企业快速开发各种应用。思路和鼻祖Salesforce差不多，这两家都有10年以上的发展，才在行业内拥有较为完备的开发能力，可见这个领域的技术难度可见一斑。

类型二：基于开源框架（开源模式）

牛刀：从WeX5这个前端开源框架开始，后来转向低代码，产品的整体构思其实没什么问题，但是产品的设计和技术能力（特别是后台）相对落后，再加上WeX5也是很小众的前端框架，没有很好的技术社区/生态，所以使用牛刀开发限制（如功能拓展、三方组件、bug修复）很大。产品的“逻辑能力”采用了类似Outsystems的模式，但本身没有Outsystems强大。

Odoo(欧度)：开源的开发框架，专门用于做企业应用，很多应用和模块企业可以直接使用。

类型三：基于API聚合的组件市场工具

APICloud：也开发了开发流程管理工具，管理整个应用的开发周期，从产品、设计开始，到研发测试和运营，严格来说不算是低代码产品。

类型四：基于工作流、表单制作、文档协同的工具

**云：这里面非常多，多数都是从某一个企业服务领域的细分产品入手开始做的，做了一段时间之后，有一些API可以用于二次开发和灵活控制生成的应用。大体是仅面向crm业务模式，虽然部分产品有嵌入代码的功能但由于业务场景单一，不能算是严格的低代码，算是往低代码靠拢的工具。

另外，我还总结了一下低代码和0代码的区别，也给大家分享一下。

“低代码”和“0代码”区别

低代码产品做的是工具：（优化程序开发的过程，降低开发时间成本）

* 适用人群：现有程序员，对他们过度和学习非常友好

* 适用公司：大型公司最友好（Mendix和Outsystem也是这么做的），需要投入服务资源较多

* 对现有体系影响：影响较小，公司现有研发资产过度容易

* 解决问题：加快程序员开发速度，为公司降低开发成本

* 收入来源：大公司license和增值服务，会贵，中小公司难承受

* 最终产品形态：IDE（云）

* 生态：大B生态，B端生态

0代码语言：（除了加速开发，还改变编程习惯，0代码工具本身就是新的开发语言）

* 适用人群：想成为工程师的人+50%现有程序员（长期目标是90%现有程序员）

* 适用公司：大型公司IT等非核心产品业务+外包公司团队+中心创业公司，服务大公司投入资源较多

* 对现有体系影响：冲击较大，公司原有资产只能通过API调用，有些研发人员和资产无法整合

* 解决问题：提供一种全新的开发手段和体系，降低开发门槛和节省开发成本（我们认为这是技术发展方向）

* 收入来源：前期靠 大B端服务+C端培训收费；后台靠 B端云资源+license C端培训收费

* 最终产品形态：语言+IDE（云）

* 生态：C端+B端生态

版权声明：本文内容由网络用户投稿，版权归原作者所有，本站不拥有其著作权，亦不承担相应法律责任。如果您发现本站中有涉嫌抄袭或描述失实的内容，请联系我们微信：Informat_5 处理，核实后本网站将在24小时内删除侵权内容。