低代码工具该如何选择？

“低代码”概念在国内持续走红，看到很多人都在问市面上这么多的低代码产品，应该如何选择？选择的标准到底是什么？这篇文章就和大家简略的分享一下三个检测“低代码”产品的标准，通过对这三方面的考量，相信大家都能擦亮眼睛找到最好的那一款。

 

（1）语言属性

好的低代码产品一定是具备语言属性的，换言之就是已经具备一定的通用性，什么类型的应用都能做。因为已经摸索出一套成熟的语言体系，所以可以通过各种逻辑表达等实现用户想要的功能，也只有这样，低代码产品才有被学习的价值。

 

但是现在市面上有很多低代码/0代码产品只集中在某一两个非常狭窄的领域，这也是大家搜索低代码工具看到的最多的一种类型：表单/工作流。虽然这一类应用的需求也是挺大的，但是单从“性价比”来看，其实价值不大，加上学习这套低代码体系的隐藏成本，以及未来代码量的不确定性，用户会很慎重选择这类低代码产品。

华炎-流程图应用

简道云-表单应用

 

当然不是说这类低代码产品不好，只是说它们的能力较有限，用户在学习使用了以后如果发现和自己期望的不一致，限制太多，很多地方还是需要用到写代码来解决，反而得不偿失。

 

 

（2）工具属性

大家都知道要做好一个工具是很困难的事情，背后往往是资金、技术、经验、时间等等的堆砌。所以好的产品一定是有着自己的积累的，大家可以关注一下哪些是已经和很多厂商磨合过的自带IDE的低代码产品。

 

像国内的 iVX（之前做H5、WebApp开发工具的）和 牛刀（以前做前端开源框架WeX5）都已经在这个领域摸爬滚打了十年了，算是资历比较老的低代码产品。这种产品一般性能会更加稳定，工具也更加的成熟。

iVX首页部分截图

牛刀首页部分截图

 

例如iVX就在华为有很好的应用实例。如果没有用户长时间的打磨，很难相信短时间内可以构造一个新的开发体系出来。年轻的产品通常会遇到更多的问题，可能会有很多Bug，可能操作体验会很差，可能功能实现不了，也可能安全性或性能有瓶颈。

 

 

（3）云计算属性

说到低代码平台，主要做的就是应用的开发，那一定少不了对它们云计算属性的考量。这个做好也不简单，需要有很强的后台能力，自动和弹性分配后台和数据库资源，并能支持高并发。这一部分会相对比较技术一点，一般低代码平台上都会给出自己的数据，可以作为参考。

 

高并发这一项对于一个应用的正常运行是非常关键的。它指的是在同一时间里，系统保证的同时并行处理的请求量。比如你有一个应用的访问量非常巨大，并且用户的操作还都会集中在一个时间段，那么就需要考虑在这段时间内，你应用所配置的云计算有没有能力支撑高并发，大家肯定都不希望看到自己的应用在中途崩掉的。

 

（End）

那么以上就是鉴别一个低代码平台是否做得好、值得被使用的三个标准。当然衡量标准也不止是这三个属性，还有很多其他的方面需要考虑，这就需要大家自己去摸索了。