前言
严格意义上讲，低代码可以分为 “通用代码生成型” 和 “企业内部应用开发框架型” ，这两个名字虽然复杂，但是基本概括比较到位。
“通用代码生成型” ，主要就是涵盖”前端/后台/数据库代码生成“，做得比较好的，前后端数据库都做了，做得比较专的，可能只专注其中一部分，我上面表里面的多数是国外的公司，主要是做“通用代码生成”的国内公司确实比较少。
这类产品特点：往往不止是2B，还可以2C，价格和模式上也更加自由，有些甚至免费。
要做通用的编程产品，哪怕只是做前端都是非常困难的，涉及到几乎所有技术，从最底层编译器到最上层框架语言都需要。所以，往往这方面的产品现阶段还需要大量代码，国外的老外产品也不例外，另外功能和性能（运行效率上）也往往打了很多折扣，还有一些由于研发年头久，还采用一些很老旧的框架。
“企业内部应用开发框架型” ，这个就是国内大部分公司专注的类型了，这种类型通常提供了一些“应用引擎”以及“模型”，企业内的开发者使用这些提供的资源开发“框架内”的应用。然后在设定“环境内”运行。
这类产品特点也很明显：好处就是提供了一些方便的配置和接口，一些最基础的能力已经具备；但是缺点也很明显，东西只能在自家环境下跑，就算做得最出色的两家“mendix”和“outsystems”导出的文件“mpk和osp”也只能在自己环境下导入导出，PowerApps则只能在Azure下运行，APEX只能在Oracle下跑。所以造成了“技术框架”、“运行环境”等多处锁定。
剩下就是今天要说的 iVX 了，这个比较特别，它可以作为第三类“低代码/无代码”平台：
它将代码生成做到了极致，代码生成率大于95%，大家注意，不是那种功能堆叠，是很高效的IDE操作自动生成代码，平均一次有效操作生成500行以上代码；而且平台上有很多大型应用的实例，含多家上市公司核心平台 shop.ivx.cn ；不锁定，前端生成的代码可以直接在VUE/react中使用，后台可以直接导出Java和Node代码。开发者甚至可以完全抛弃iVX平台直接二次开发。（当然还是建议接着用，效率高）
那结论就很明确了吧～如果大家用过，或者去调研一下 doc.ivx.cn ，会发现“其它都是其它”。
下面我们来了解一下这个与众不同的代码/无代码”平台——iVX，最后为大家分析一下它的不同体现在哪里：
这篇文章也为大家详细的分析了iVX的能力与优势：# iVX和其它低代码的平台的区别，大家可以深入了解一下。
iVX，作为一种编译型低代码平台，目标为解决通⽤问题；而接⼝型低代码平台（others）目标为解决领域内问题，它们之间主要区别如下：
1️⃣产品的思路不同
编译型（iVX）解决通⽤问题；接⼝型（others）解决领域内问题。
编译型产品iVX会更加底层 iVX也可以开发类似Bi引擎、⼯作流、表单类产品，⽹站上可以找到（如下）：
这个通过iVX开发的Bi引擎还可以⾃定义echart组件 。
2️⃣⽤户不同
iVX⽤户就是程序员或者统称为开发者（⾮业务⼈员）；接⼝型的⽤户就是“业务⼈员”，满⾜不了，再给程序员开发 。
简单说就是：接⼝型，提供的就是⼀款可以接着开发的SaaS产品或平台；⽽编译型，则是⼀个完整的开发体系。
3️⃣学习价值不同
iVX是⼀种新的编程语⾔，学习价值较⾼；接⼝型产品，只能在该产 品框架内组装，⽽且同类型产品众多。
4️⃣应⽤范围不同
编译型能够开发更⼴领域；接⼝型，主要⽤于开发“企业内部流程管理系 统”。
5️⃣有⽆框架限制
编译型可以和任何系统和框架对接，也包括接⼝型地代码产品；接⼝型， 只能在⾃家产品框架下进⾏扩展，和别家不兼容。
接⼝型低代码框架是排他的，只能在框架内部扩展。
总体⽽⾔，当然，如果是业务同学，接⼝类就可以直接使⽤，会⽐较⽅便；如果是开发同学，我还是建议学习第⼀类“编译型”产品，价值更⼤⼀些。两种做法⽆优劣，只是解决问题不同。
后记
iVX试图提供一个最短的应用最佳实践路径，而且采用最简单的方式，连代码过程都给省去了...
这篇文章为大家详细的分析了iVX的能力与优势：# iVX和其它低代码的平台的区别，大家可以深入了解一下。
我们认为人类智慧中最可宝贵的是“逻辑能力和其迸射出的创造性”，这些能力在编程过程中都得以展现。iVX能够“保留程序逻辑，去掉程序语法”，这将会使得有更多的人掌握编程这项技能！
