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

川长思鸟来 2023-06-15 06:42 49阅读 0赞

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

### **前言** ###

关于“低代码/0代码”的“说法” —— 这个概念来源于国外，原文叫做`LowCode`。国外比较有代表性的是Mendix和Outsystems两家公司，在2019年这两家公司一家被西门子收购，一家拿到大额融资，之后低代码的概念也被投资人引入国内，开始被国内部分互联网从业者。 至于“0代码”，世界范围内几乎没有几个产品能做到“0代码”，因此在行业内“低代码”是科学用语，“0代码”是理想状态。  
接下来，我把所有的相关领域的公司（我所知道的都分一个简单的类）

### **0代码——iVX** ###

基于Web的应用开发工具（组件模式）  
**iVX**：国内外屈指可数的0代码开发工具，其开发团队在低代码概念还不存在时的2008年开始做该领域应用开发。由于基于Web，所以在设计产品时甚至没有只限制于企业应用，而是所有的应用原则上都可以开发，这是iVX的目标。所以iVX可以做游戏（支持3D），可以做电商、网站，可以支持小程序等。随着研发不断深入底层，现在IVX已经基本具备了“语言”形态，例如，多人开发，版本管理，开放的模块等。

### **低代码——Mendix Outsystems 牛刀 葡萄城(活字格) APICloud 各种\*\*云** ###

**基于流程设计的企业服务（组件式服务）**

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

**基于开源框架（开源模式）**

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

**基于API聚合的组件市场工具**

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

**基于工作流、表单制作、文档协同的工具**

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

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

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

*  适用人群：现有程序员，对他们过度和学习非常友好
 *  适用公司：大型公司最友好（Mendix和Outsystem也是这么做的），需要投入服务资源较多
 *  对现有体系影响：影响较小，公司现有研发资产过度容易
 *  解决问题：加快程序员开发速度，为公司降低开发成本
 *  收入来源：大公司license和增值服务，会贵，中小公司难承受
 *  最终产品形态：IDE（云）
 *  生态：大B生态，B端生态

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

*  适用人群：想成为工程师的人+50%现有程序员（长期目标是90%现有程序员）
 *  适用公司：大型公司IT等非核心产品业务+外包公司团队+中心创业公司，服务大公司投入资源较多
 *  对现有体系影响：冲击较大，公司原有资产只能通过API调用，有些研发人员和资产无法整合
 *  解决问题：提供一种全新的开发手段和体系，降低开发门槛和节省开发成本（我们认为这是技术发展方向）
 *  收入来源：前期靠 大B端服务+C端培训收费；后台靠 B端云资源+license C端培训收费
 *  最终产品形态：语言+IDE（云）
 *  生态：C端+B端生态