1. APAAS，一个可以在外部部署的“运行时”系统：
（绝大多数都属于这一类，包括 西门子低代码 的。
大部分模块都已经成型完成，有点像SaaS的集合（区别在于可以对外部署），有自己的用户和权限管理模块; 它为外部程序提供了一个调用的接口，并且不能生成（可以导出和部署）自己的设计模块（特定模型）的能力，这通常被称为“模型驱动”，解决了“域内应用”快速开发的问题。
2.生成系统：
（似乎只有两个，IVX 和 CodeW**E）。
它有自己的“内部编程语言”，已经完成了语言之间的生成和转换，并完成了编辑器、解释器、转换器等来完成这一步。
“图形化编程” - 内部编程语言 “- 高级语言 JS j**a”。
这种平台已经具备了编程语言的属性，其功能的完备性会更好。 如果组件设计灵活，IDE完全集成，可以带来编程效率的显著提升，可以支持几乎所有场景和系统的开发。
3. APAAS，“运行时”，但不是外部部署的：
也有一些这样的系统，感觉和SaaS没什么区别，使用场景可能更丰富，支持多租户管理。 当然，系统越成熟和固定，灵活性就越低，但使用已经开发的功能往往更容易、更简单。
天坑之一：不可能做到“零背景知识”，而且**背景也是必需的
其实，这也是“低”这个名字，也是“低”悖论的核心所需的背景知识其实和现在使用高级语言的程序员是一样的，甚至能力要求也不低。最大的障碍来自于“新进入者”，也就是新开发者，因为学习周期和现有的程序员差不多，甚至要学习一个低级的平台框架，这样“学习成本”太高，自身收益有限（如果只是在某些场景下加速系统的开发效率）， 所以新开发者开得不好。这意味着没有“生命之源”，所以很难说这种APAAS平台有良好的前景。
天坑2：行业内没有统一标准，无法出口**，说明平台被锁住了
如前所述，这种类型的平台对开发人员几乎没有好处。 其次，我个人认为，对于Apaas用户的“企业”来说，也会“弊大于利”。
首先，低级 Apaas 平台不同于传统的 SaaS 平台，低级 Apaas 需要持续的研发投入，而 SaaS 却“用完没了”，实在不好，也可以把 SaaS 相关的数据拿下来再打包。
Apaas没有实际的行业标准（也是不可能的），也无法出口，所以所有的研发沉淀都被锁定在平台上。 这里的 *** 感觉与 SaaS 应用程序可以 ** 数据一样重要，这是最低要求。
此外，由于无法出口，之前的“研发管理形式”、“成熟的产品上市流程”和“管理”可能要进行调整，这实际上是一个非常昂贵的过程。
只是挖个坑不埋，就是给大家添麻烦！ 所以，不是没有解决方案，而且比较成熟。
其实上面提到的第二种就是一个不错的解决方案，严格来说，这个产品并不算“低**”，更像是一种图形化编程语言，不过没关系，在国内是这么称呼的）。
推荐两款产品：IVX和网易的CodeW**e，这是中国“最通用”的平台。 我不会评价哪一个好，大家可以试试，但我可以列举一些我认为合理的评价标准，大家可以亲身体验一下。
一、**的生成能力：
1）完整性：
子工具尽可能少，这样可以生成所有**; 否则，工具内部有**，工具本身的**一定不能放进去，这意味着生成系统的完整性将受到很大影响; 是否可以单独编译和运行它？
2）生成**语言：
最好使用大家通用的，比如前端js、后端j**a，如果也能支持就更好了，比如python和node等;
3）可读性：
这其实很重要，否则如果出现任何意外情况，还是无法修改的; 下面是某低平台自动生成的后台j**a**截图（还是比较清楚的，每个服务都是单独封装的，还有详细的注释）。
2. IDE集成能力：
简单地说：
一站式管理！ （所有研发过程最好安装在IDE中，无需跳出，一切都完成了）。
点击次数更少！ （比如最好不要有绘图，绘图其实是一种效率很低的操作类型，信息容量低，操作慢）。
窗户更少！ （这些是成本）。
信息容量大！ （最好在生成和表达**等生成和表达区域有较大的信息容量和较少的空白空间**）。
绝对控制！ （比如把逻辑控制在一个地方比较好，多处控制逻辑不好，容易搞砸，犯错误）。
3.实际开发效率
我需要等待多长时间才能预览？
编译需要多长时间？
调试需要多长时间？ 调试效率如何？
四、运营效率
这是一个核心参数，但我认为对于一般系统来说，其实这个参数并不是那么敏感，不会有几倍以上的差异，几毫秒或者不到20%的性能其实也不是很敏感。
还有非常重要的一点”。是否实现后台运行时资源解耦和生成”！其实主要的瓶颈在数据库访问和复杂的计算等方面，这些都是“云计算”解决的核心问题，我认为“low”或“图形化编程语言”不需要再次解决这些问题（也做不到），用云计算解决这些问题就足够了。 因此，我主张将“**和运行时资源”解耦，成本低，效果好，但不能满足后台研发人员“炫耀技能”的需求。
低**本身只是一个来自国外的概念，核心还是看看能不能帮你解决问题？
如果你是初学者？ 请参阅“你能快速学习吗？ 学会后你能做些什么吗？ 你能赚钱吗？ ”
如果您是公司所有者？ 看看能不能提高效率？ 多少钱？ 后期有哪些风险？ ”
如果你是程序员？ 看看“构建**质量？ 运营效率？ 可读性？ “，无论是发展方向”......
另外，我们不必用棍子把你打死，概念永远是概念，产品很不一样！ 有时“概念有局限性，产品的突破远远超出了概念本身”; 有时“概念很好，但产品很垃圾，这让大家误解了自己的先进概念”。
总之，多尝试新技术、新产品，跳出“固定的思维模式”，未必会发现惊喜，但至少不会被时代抛弃。