最近“低代码”这个概念特别流行,有人特别推崇,也有人不屑一顾。

欣赏它的人认为它有很多优点,比如缩短开发周期、提高系统开发效率、降低开发成本、学习成本低等。 并认为这将成为未来的趋势。

代码制作小程序_代码生成器_代码

不屑一顾的人认为低代码看似提高了效率,但实际上应用场景要求很高。 一旦你需要低代码平台无法提供的功能,你就要折腾很多,甚至可能无法完成所需的功能。 任务。 有人说,普通代码一周完成100%的任务,低代码一小时完成99%的任务。 那么剩下的1%呢? 答案是,做不到。

那么,低代码真的有意义吗? 可靠吗? 今天我们就来讨论一下这个问题。

首先,我们来看看现状。 低代码的现状是:概念很漂亮,但实现却很胯部。

事实上,低代码工具已经存在十多年了。 例如,众所周知的众鑫就提供了一套图形化编程工具。 基于Java的Flow语言,可以通过简单的图形化操作完成很多任务。 并且支持自己创建图形模块,并修改图形模块中的代码。 使用起来非常方便。 但这套东西相当昂贵,而且至今还没有变得特别流行。 基本上没有开源软件可以达到工具包的效果。 目前比较流行像这种哄孩子的图形化编程工具。

代码生成器_代码_代码制作小程序

目前各种号称能够大幅度提高开发效率的低代码平台的实现都非常普遍。 不仅实现的功能非常简单,而且不适合一些复杂的场景。 并且最终的产品很难维护或修改其功能。

例如,在流行的低代码平台上,创建表单时,可以通过页面操作轻松生成表单,表单会在后台生成表格。 生成的表没有正常设计数据库表结构时应考虑的表之间的关系,很难从表的自动命名中看出其实际含义。 这意味着基于这张自动生成的表来开发复杂的查询功能是非常困难的。

诸如此类的问题还有很多。 当然,从产品的角度来看,这些实际问题是可以逐步优化的。 所以这些问题只是暂时的。

低代码的最大问题是项目复杂性的简化是有限的。 对于不同的开发者来说,可接受的信息复杂度是不同的。

除了非常简单的应用之外,大多数项目的需求都比较复杂,有很多自定义功能。 这意味着,一个低代码平台如果想要兼容所有功能,必然要增加很多功能模块。 所以对于开发者来说,与普通代码的区别可能在于普通代码需要记住数百个函数或接口,而底层代码则需要记住100多个模块及其属性和应用范围。 而这个学习成本其实和可能出现的潜在问题类似。

虽然我们可以将很多代码模块化,但事实上,这就是大多数程序员正在做的事情。 开源中央仓库中很多可以直接引用的库都是这项工作的成果。 大多数时候,程序员只需要知道哪些库可以完成自己的功能,并阅读它们的手册即可。

而如果将大部分功能组合起来,势必会导致很多流程成为开发者的黑匣子,以至于需要修改时无法启动。

而如果组合的功能还不够,开发者就需要学习更多的模块。 两者的本质是一样的。 因此,低代码的本质决定了它只适合非专业人士,使用一些通用的模块化功能来满足他们的简单需求。 对于专业人士来说,需要学习和理解的远远超出了低代码平台所能提供的功能。

当然,如果低代码平台真的流行起来,很可能中间就会出现半途而废的程序员。

这就好比所有的手机品牌都在那里,各种配置甚至部件的厂家和参数信息都可以清晰获取。

但对于大多数人来说,可能完全无法分辨出两款不同品牌的1599手机的区别,从技术上来说,哪一款更好。 所以我经常请教一些看似懂,其实并不懂的半吊子专家。 最后还是买专家推荐的品牌型号就可以了。

代码_代码生成器_代码制作小程序

这种事情在我们购买电脑、汽车时也很常见。

低代码平台普及后,开发程序时肯定有一大批这样的专家。

如果您喜欢这篇文章,欢迎关注生活在信息时代:)

好了,今天的主题就讲到这里吧,不管如何,能帮到你我就很开心了,如果您觉得这篇文章写得不错,欢迎点赞和分享给身边的朋友。

发表回复

您的电子邮箱地址不会被公开。 必填项已用*标注