当下不少人对低代码认识有偏差,本人就以Java为例,讲讲低代码的开发方式,以及是否能用来做项目。
在具体讲之前,先说明如下情况,了解后大家能对低代码有更清楚的认识。
1、低代码开发就相当于用给定的工具生成一套项目,打个比方,就相当于机床生产零件,生产出来零件的精度不会高于机床的误差,换句话说,用机床生产的零件再拼装成一台机床,其精度是要低于原机床。
2、低代码生成工具有不少,当然用好点的工具能生成包含功能更多的项目,但一般价值比较大的项目,其价值不在于框架,而在于其中复杂的业务,更在于项目本身的配套设施,比如redis缓存,kafka消息中间件等,而低代码工具一般是能生成框架性项目,能确保项目跑通,但其中的业务逻辑,还是要求程序员自己写。
3、和低代码有些类比性的,是用C#或http://ASP.NET编程,通过拖拉组件生成界面,并在指定的位置放置功能代码。但即便用C#开发,还是要求程序员自己写业务逻辑。
比如Java的低代码平台,能让用户通过简单的配置,生产固定模式的用户界面,即文本框固定放哪里,按钮固定在哪里,也能生成后端连接数据库实现简单增删改查的代码,但增删改查的业务一般比较简单,而且只是针对单张表。
当下其实有Java培训机构,用低代码平台生成所谓的xx管理系统或电商系统,比如改相关表结构,能生成物业系统,租车系统等,这些系统确实包含前后端开发的必要技术,也能让初学者很快地综合了解做java项目的各种技巧。
事实上不仅是培训班,不少应届生在写毕业论文时,也是用低代码平台生成一个管理系统,然后再写文字。不过事实上用低代码平台做出来的项目,在投入使用前,还是需要做一些改动的。
比如用低代码平台做出来的前端界面,里面的css等式样都是固定的,比如用户要改界面效果,或者加些前端效果,那得改代码。
再如做后端业务,正常的业务流程一般包括,检查数据,若干个针对不同数据表的操作,再处理异常信息,而用低代码写出的代码,往往是从控制器到service再到数据库访问层,然后关联一张表。所以如果要扩展业务,也得改,而且做项目做大的工作量不在于生成框架,而是写业务。
用低代码生成的项目确实也能包含些安全管理和日志方面的功能,但这是千篇一律的,比如某个项目在安全方面要做额外的调整,这也得改代码。
所以直接用低代码平台生成一个能直接投入使用的项目,基本不可能,一般的情况是怎么样呢?比如小公司在谈好一个需求后,用低代码平台快速生成一个demo项目,那这个去和客户谈,要加哪些功能,界面做哪些调整。然后项目经理在低代码生成的项目基础上做通一个业务流程,然后手下的小弟就通过复制粘贴改代码的方式添加功能。
这样做能缩短工期,而且能降低对开发的要求。所以不少小公司用此类开发模式,往往是老板自兼项目经理,外带招2,3个中专职校学历的开发,然后就做项目了。
其实低代码开发模式和实施也有些相似,比如一些公司的实施人员,会把现有的组件部署到客户环境上 ,然后根据客户的付费情况,通过修改配置文件或少量代码启动或禁用一些功能,并让整个系统投入使用。但这里提到的组件往往是公司定制化开发的,远比当下市面上通过低代码平台生成的组件要值钱,当然也会更符合客户的需求。
所以吧,使用低代码平台开发,其实是对老板有利,对程序员帮助不大,如果用惯了低代码,程序员只会在指定的地方放置增删改查代码,可替代性太强。而人家实施人员虽然干的活和低代码开发有些相似,但好歹是熟悉一个产品熟悉一个行业。
也就是说,低代码开发确实有好处,比如能节省必要的搭建框架编写底层代码的时间,但也不能过多吹捧低代码的好处,有些文章说的好像引入低代码后程序员就要失业了。要知道项目的值钱点在于定制化,在于能处理本行业内的各种复杂的业务,而且这种业务觉不是所有公司都是一样的,这恰恰是低代码平台的薄弱项。
– END –
报告下载
![](http://static-img-job.rpa-cn.com/lowcode/2023/12/20231211200226468.jpeg)
大佬观点