当下不少人对低代码认识有偏差，本人就以Java为例，讲讲低代码的开发方式，以及是否能用来做项目。在具体讲之前，先说明如下情况，了解后大家能对低代码有更清楚的认识。

1 低代码开发就相当于用给定的工具生成一套项目，打个比方，就相当于机床生产零件，生产出来零件的精度不会高于机床的误差，换句话说，用机床生产的零件再拼装成一台机床，其精度是要低于原机床。

2 低代码生成工具有不少，当然用好点的工具能生成包含功能更多的项目，但一般价值比较大的项目，其价值不在于框架，而在于其中复杂的业务，更在于项目本身的配套设施，比如redis缓存，kafka消息中间件等，而低代码工具一般是能生成框架性项目，能确保项目跑通，但其中的业务逻辑，还是要求程序员自己写。

3 和低代码有些类比性的，是用C#或http://ASP.NET编程，通过拖拉组件生成界面，并在指定的位置放置功能代码。但即便用C#开发，还是要求程序员自己写业务逻辑。

比如Java的低代码平台，能让用户通过简单的配置，生产固定模式的用户界面，即文本框固定放哪里，按钮固定在哪里，也能生成后端连接数据库实现简单增删改查的代码，但增删改查的业务一般比较简单，而且只是针对单张表。

当下其实有Java培训机构，用低代码平台生成所谓的xx管理系统或电商系统，比如改相关表结构，能生成物业系统，租车系统等，这些系统确实包含前后端开发的必要技术，也能让初学者很快地综合了解做java项目的各种技巧。

事实上不仅是培训班，不少应届生在写毕业论文时，也是用低代码平台生成一个管理系统，然后再写文字。不过事实上用低代码平台做出来的项目，在投入使用前，还是需要做一些改动的。

比如用低代码平台做出来的前端界面，里面的css等式样都是固定的，比如用户要改界面效果，或者加些前端效果，那得改代码。再如做后端业务，正常的业务流程一般包括，检查数据，若干个针对不同数据表的操作，再处理异常信息，而用低代码写出的代码，往往是从控制器到service再到数据库访问层，然后关联一张表。所以如果要扩展业务，也得改，而且做项目做大的工作量不在于生成框架，而是写业务。

用低代码生成的项目确实也能包含些安全管理和日志方面的功能，但这是千篇一律的，比如某个项目在安全方面要做额外的调整，这也得改代码。

所以直接用低代码平台生成一个能直接投入使用的项目，基本不可能，一般的情况是怎么样呢？比如小公司在谈好一个需求后，用低代码平台快速生成一个demo项目，那这个去和客户谈，要加哪些功能，界面做哪些调整。然后项目经理在低代码生成的项目基础上做通一个业务流程，然后手下的小弟就通过复制粘贴改代码的方式添加功能。

这样做能缩短工期，而且能降低对开发的要求。所以不少小公司用此类开发模式，往往是老板自兼项目经理，外带招2，3个中专职校学历的开发，然后就做项目了。

其实低代码开发模式和实施也有些相似，比如一些公司的实施人员，会把现有的组件部署到客户环境上 ，然后根据客户的付费情况，通过修改配置文件或少量代码启动或禁用一些功能，并让整个系统投入使用。但这里提到的组件往往是公司定制化开发的，远比当下市面上通过低代码平台生成的组件要值钱，当然也会更符合客户的需求。

所以吧，使用低代码平台开发，其实是对老板有利，对程序员帮助不大，如果用惯了低代码，程序员只会在指定的地方放置增删改查代码，可替代性太强。而人家实施人员虽然干的活和低代码开发有些相似，但好歹是熟悉一个产品熟悉一个行业。

也就是说，低代码开发确实有好处，比如能节省必要的搭建框架编写底层代码的时间，但也不能过多吹捧低代码的好处，有些文章说的好像引入低代码后程序员就要失业了。要知道项目的值钱点在于定制化，在于能处理本行业内的各种复杂的业务，而且这种业务觉不是所有公司都是一样的，这恰恰是低代码平台的薄弱项。