终于有人把“低代码”讲清楚了！

一、背景

低代码对于我本身而言是挺矛盾的，毕竟工作中我几乎用不到它。一开始接触到低代码的时候我也是有抵触或者鄙视心理的，毕竟手写代码的快乐，沉浸式的那种感觉很少能体验到了。

我也通过最近几年的工作经历慢慢的对其有了改变，尝试去接受它。于是一开始在北京的时候是把它当作一个提效工具，做了简单的低代码实践。但是后来，当我对大规模分布式微服务等有了深入认识后发现，一个企业的服务数量，业务场景岂是一个人能模拟得来的。

所以当我需要去实践分布式，企业级，高并发，大数据，这些内容的时候我发现我好像无法真正构建大规模的企业应用服务。但是因为一些原因我希望尽快搭建仿真的企业大规模的微服务应用，所以我开始了对低代码平台的探索之路。

关于我做低代码的具体动机，以及技术选型等已经在之前的文章中有所说明，这里不再赘述。所以本文就简单聊一聊我对于低代码的理解和我在设计低代码平台的一些理念。

2.2 低代码带来了什么

有些大佬或者有些相关的从业人员会追溯20年前的托拉拽式的低代码场景。那时候就有人通过图形化的界面帮助快速构建企业要用的软件系统了。

所以低代码本身带来的是整个软件行业的改变，从图形化到人机交互到数据处理，低代码的一个显著特征是提高软件构建交付效率，提高软件企业营收。

当然也让更多人意识到随着软件技术的发展软件系统的开发实现不再是高精尖，而是逐步变得大众化，人们认知应用上更加成熟了，有种走进千家万户的感觉。

当然另外一方面也带来了一些惶恐，比如像我这样开发了一个低代码像是在革我自己的命，我有时候会想到我写的低代码会不会把我替代了。

更多的时候是很多程序员依然担心因为低代码会让自己丢了饭碗，但是有些就不会，毕竟低代码依然无法撼动他们在企业软件开发的某一个角色。因此对于低代码有抵触心理的程序员对lombok等提高效率的工具组件依然抱有蔑视心态。

但是不管怎么样，低代码已经存在了，而且发展了几十年，从低端的到高端的，都没有出现大的变革，对于作为程序员的我们该怎么做，我认为可以保持开放和警惕的心态，时刻保持终身学习的态度，毕竟现在我敢说低代码真的无法完全取代程序员。

2.3 低代码的瓶颈

这里我也对低代码的瓶颈简单聊一下，说白了低代码在很多有点动手能力的都可以随手就来，但是能不能做好就不一定了。所以对于低代码实现而言是很容易达到瓶颈的，比如基于某某技术栈体系，基于自研的框架体系，基于某某工具体系等等。

这里的瓶颈制约着企业无法发挥出低代码的更多价值，或者我们仅仅只是看到了低代码用自己的方式替代了人工的方式，而没有看到它可以展现的其他潜力。

2.4 低代码的缺陷

1、无法识别业务

对于低代码而言它其实是一个平台工具，或者平台应用，那么对于平台应用而言要做到非常强大肯定不能去识别业务，不能感知业务的存在。

那这样的话，一个需求从产品层面到落地如果进入到低代码平台中可能没人能完全懂里面是什么逻辑，就拿拖拉拽或者是流程编排式的低代码应用来说也是不能感知业务逻辑的，或者不能很好的梳理整个业务逻辑。

2、无法跨越编译运行的鸿沟

这个观点是我在前两个月低代码讨论的火热的时候提出的，跟群友们吹牛的时候说的。我这么说的意思是因为计算机本身的底层(网络，硬件，操作系统等)与上层语言应用天然存在层间隔离，那就导致几乎所有除了低级语言能直接在应用上跑而其他语言需要编译一下借助对应的容器环境才行。

所以当我们通过低代码构建应用逻辑的时候我们依然需要去借助人工也好借助机器平台也好去让他变得可运行。

所以不同语言，不同技术体系下依然需要对应的工具平台去辅助完成低代码从创造到运行的完整过程。

比如宜搭等这种轻应用的基本上是可以做到0代码的，所以这种可以很容易翻越这个鸿沟。但是当我们需求有变化或者提供应用环境的云厂商出现了问题那么依然需要开发者对其做可用性的保证。

三、低代码的定位

3.1 脚手架

其实低代码的功能可以从框架或者技术栈延伸出来，当作脚手架的一个特色功能，所以这里可以将低代码定位为脚手架，帮助软件项目进行一些高效的构建任务。

3.2 代码生成工具

如果更专业一点或者说将其从脚手架脱离出来单独发展则可以成为代码生成工具，包括最简单的lombok,idea插件，数据库实体生成工具等等。这里的工具级别是做针对性的生成和解决，提高开发效率。

3.3 代码生成平台

如果从生成工具丰富到一定程度则会演变成一个代码生成平台，此时从平台视角来看他有更多的能力特色，比如技术栈定制，流程编排，可视化等等。

3.4 代码生成应用

从平台到应用其实也是有一个跨度或者进化的，这里所指的应用是那些靠低代码和周边技术服务来创业的商业公司的应用产品。到这个地步低代码已经可以与需求管理，发布迭代管理，云环境交付等结合在一起了，真正实现闭环式的应用软件构建生态。

四、总结

低代码未来一定还存在，不同的人对其有不同的态度，对于我而言我只是想一次性构建，后续工作中学习中都可以帮助我快速达到构建软件雏形的目的。所以低代码再怎么智能，还是需要程序员去调教的。好了，本文从网上热议的一些话题结合了我本人的一些想法对低代码本身做了一些探讨，希望能给大家带来不一样的观点和思维火花。

作者简介：神帅

毕业5年,混迹于大小厂打怪刷实战经验。

资深Java开发工程师,是个宝爸,热爱生活做饭,读书,在企业服务领域和电商领域均有积累,

最近一直在研究DDD和低代码领域,对后端微服务业务平台架构的实践和发展比较感兴趣。

公众号:神帅的架构实战

CSDN:https://blog.csdn.net/u010504064

推荐阅读：

如出一辙。。。

为什么CTO不写代码，还这么牛逼br>

被劝退了

欢迎关注微信公众号：互联网全栈架构，收取更多有价值的信息。

文章知识点与官方知识档案匹配，可进一步学习相关知识Python入门技能树人工智能机器学习工具包Scikit-learn211863 人正在系统学习中

来源：互联网全栈架构