国内低代码产品的三个争论

近两年,从国外传入的“低代码”概念在国内愈演愈热,对此有一定研究的人会发现低代码平台数量正在逐日增加,一场抢夺“低代码”市场份额的拉锯战正在上演。

可是比起国外大火的低代码平台,如Mendix和Outsystems,国内“低代码”概念好像还没有被完全普及,市面上也没有一个耳熟能详的低代码平台被大众所熟知。对于低代码的争论一直没有停歇过,从这些争论中,我们希望能够分析出低代码平台没有受到广泛关注的真正原因。

通过对国内现有低代码产品的分析,我们也希望这篇文章能够帮助大家找到真正实用高效、值得被关注的低代码平台。

争论一:使用门槛并没有降低

多少很多使用过低代码产品的人一定会发现,在开发应用时,特别是复杂应用,最后还是逃不开写代码。这也是“低代码”这个名字所诠释的,“低”只是代表了使用的代码量降低了,但并不代表完全不用一行代码就能独立开发出一个应用来。这也是为什么低代码没有被普及的原因之一。

简单的应用开发者只需要下载模版进行修改或者通过已有组件进行搭建。但遇到复杂应用时,开发者还是必须具备数据库和代码编写的专业知识。这样看来,使用者的门槛并没有降低。

宜搭
宜搭代码页面

很多平台因为自身“低代码”的属性,最终需要借助代码来完成开发。当然我们也发现有个别例外。

比如iVX这一平台,虽然也提供代码编写功能,但是凭借它功能和逻辑的完备,复杂应用的开发也可以做到不使用一行代码。

争论二:开发效率并没有提高

就争论一的门槛问题而言,“绝大多数低代码平台要求使用者有编程基础”意味着“使用者不仅要会写代码,还需要花时间学习使用这些平台”,所以便会看到“程序员不喜欢也不想使用低代码平台”的现象。因为相比于继续使用自己熟悉的方式进行开发,去学习一种新的方式需要花费大量的时间。谁也不能保证这些花费的时间最终能在低代码开发过程中节省回来。

另外,程序员费劲使用低代码平台开发,后期发现还是需要使用代码来解决问题,那这一切又是何苦呢?所以你会发现大部分低代码的使用者还是开发小白,包括国外Mendix、Outsystems的大客户也是使用外包模式,真正的程序员依旧在写着代码做开发。

当然,对于编程小白、或者开发项目是简单的、模式化的应用而言,开发效率绝对是成倍提升的。这也是目前市场上使用者对低代码最大的需求所在。

氚云界面
氚云界面

那难道对于程序员而言,低代码就真的完全不值得被使用了吗?当然不是。像之前提到的iVX,它是一套完备的开发语言,也就意味着,只要熟练掌握了它,就不需要再去花时间学习其他的语言了。同时,它的可视化操作界面能够为使用者节省大量的开发时间。

争论三:只能开发简单的应用

想必看过讨伐低代码文章的读者一定会看过这一条评论,低代码工具只能用于一些简单的应用开发,它自己本身的特性就决定了这一点。没错,绝大部分低代码工具都把自己定位成“企业应用开发工具”,提供表单、流程图等基本模型,用户若是想要开发复杂的、个性化的应用,需要花费大量的时间去研究,或者直接在平台上选择定制服务。

跳脱出流程图、表单这些企业应用,市面上还有那么多低代码工具无法满足的其他应用需求(如:小游戏、小程序、3D动效应用等)。这也是为什么低代码工具没有得到普及的原因之一。它们的特性是为企业应用开发提供便捷,但是由于自身的缺陷,使得只能用于开发简单企业应用。
针对以上三个最大的争议的讨论,我们发现“低代码”的未来其实也并非一片灰暗,只是因为大部分平台都在集中抢占小部分的市场份额,满足小部分的市场需求(企业的表单、流程图等应用),而忽略了其他的应用类型和使用场景。