从低代码引擎到搭建平台化建设(干货分享)

最新推荐文章于 2024-02-22 13:37:32 发布

傲娇的koala

最新推荐文章于 2024-02-22 13:37:32 发布

阅读量630

点赞数

文章标签：大数据人工智能 java 编程语言数据分析

原文链接：https://mp.weixin.qq.com/s?__biz=MzUxNzk1MjQ0Ng==&mid=2247503247&idx=1&sn=b9120c3a900d10508b01b3173004350d&chksm=f992cb5ecee5424875fceba5b79a3bedd84f1f5115dd64d998250d8b671f8c4204be6e2cf9d7&scene=126&&sessionid=0

版权

大厂技术高级前端 Node进阶

点击上方程序员成长指北，关注公众号

回复1，加入高级Node交流群

作者：Lucas HC

链接：https://www.zhihu.com/question/514763047/answer/

本文作者授权转载未经作者允许，禁止转载

刚在全球软件案例研究峰上，做了主题为「从低代码引擎到搭建平台化建设」的分享，这里谈谈我对题主相关问题的一些想法。

低代码，更利好前端研发的红海

首先，与其说「未来３－５年前端低代码化将越来越严重」，不如说「未来３－５年前端低代码化将越来越被广泛应用」。因为低代码化并不意味着贬义，它对于前端研发来说，更意味着机遇。为了支撑这一观点，我主要从业务价值、技术挑战和未来发展三方面来展开。

业务价值

首先，低代码在前端中的应用场景可以按照类型简单分为：

B 端中后台应用搭建
C 端活动类页面搭建

这两大类。

在 B 端场景中，举个百度 amis^[1] 的例子：使用者可以通过 JSON 配置，就能生成各种后台页面。再进一步，我们把 amis 当作搭建引擎，在依赖 amis 引擎的基础上，爱速搭^[2] 作为一款商业化的产品，支持了更灵活的拖拽式构建，最终基于业务 + 数据模型快速实现中台系统。

这种低代码方式可以广泛满足中后台需求，事实上以我们公司我观察到的情况为例，无前端开发经验的使用者已经能够较轻松的上手搭建中后台应用，从而解放了专业前端人力。

低代码在 B 端的业务价值，甚至商业价值非常明显，我想这一点，作为 amis 和爱速搭的核心开发者，负责人@吴多益老师应该有更直观的体会。

在 C 端场景，繁琐而频繁的活动运营类需求周而复始，这类需求是吸引流量、提高留存或转化的关键手段。技术方面，就催生出各种低代码搭建方案，社区上可谓百花齐放，我这里不再赘述。总的来说，低代码在 C 端的价值也主要体现在人力成本和效率方面。

页面搭建技术应用

技术挑战

「解放了人力，最终把前端职位**芭比 Q 了，**该怎么办」？

套用德国著名哲学家弗里德里希·威廉·尼采《善恶的彼岸》中的名言：「命运对勇士低语：你无法抵御风暴；勇士低语回应：我就是风暴」

我想表达：低代码引擎或平台的研发，本身也带来一类新领域的技术挑战，进而孵化出更高端的职位需求，在此浪潮里，前端工程师，也更加适合应对这一类技术挑战。

记得@天猪半开玩笑说过「所有人都在说 Low Code，几乎没有人知道如何落地 Low Code，但大家都觉得其他人在大力做 Low Code，所以大家都在宣传自己在做 Low Code」

低代码厂商图谱

阿里经济体低代码生态

其实，低代码本身并无统一的固定概念，不管是广义和狭义上，如能自洽，我们都可以以开放的心态来看待遍地开花的各类解决方案。但在技术上，其实现本质都是完成：

图灵完备的语言 -> 特定领域场景 Low / Pro Code -> 映射和建模 -> 可视化搭建系统

这一核心链路。链路的背后，是网状的技术点，如：

开发工具链
页面编译和构建
代码发布和部署
（页面、组件等）版本管理
数据存储
数据状态管理

等等，或许更有层次一些的表达，低代码的完成度和成熟化依赖：DB 层 -> Model 层 -> Adapter 层 -> Render 层，（前端）开发流程的不断标准化、不断沉淀和完善。

的确如此，Dreamweaver 这些工具已经出现了很多年了，低代码的产品价值和意义，其实早已被洞察，而新一代的低代码解决方案，正在悄然地跟随着前端技术发展而正在破土演变。

未来发展

现有低代码解决方案仍然有难题需要破解，比如：

UI 和交互层
依赖组件枚举堆叠来解决业务需求，这就造成了研发的被动落后，疲于奔命
逻辑层
容器组件需要对接各种数据源，那么搭建引擎或者组件如何理解数据字段，是否应该「感知业务」
组件间如何优雅地通信联动，组件间如何无缝嵌套
能力层
如何打通其它平台，实现高效联动
如何和现有研发方式对接
如何实现灰度，AB testing 等能力，如何对接接入层或 DevOPS 流程

如何破局呢？我们来看看现实社会的情况：织布机发明出来 100 年了，织布厂还是缺工人。

我认为，低代码的真正意义和技术价值是逻辑编排工具，或者工程管控设施（工程管控设施 from@徐飞）

毕竟，低代码不是零代码，我们的低代码发展愿景应该是：做产品矩阵，而不是做孤岛系统；做航母平台，而不是做单一工具。

比如，低代码方案需要，

发挥 Node.js 能力，轻易能做到：
序列化格式和协议转换
数据聚合和裁剪
调用 RPC
网关能力
**发挥 Web IDE，**解决「组件和代码能力最后一公里」问题：
从面向业务（产品、运营、设计等）到面向轻研发
从依赖组件枚举到云组件、云资产的动态编排整合

注意这里的 Web IDE 不仅仅是代码编写工具，而会全面聚焦页面开发与实时的代码解析、编译、构建、预览。这其实已经是前端研发方式的探索和变革。

Web IDE 不只是 Editor，更是 System

基于 Web IDE 的 WYSIWYG 搭建平台

回到前端方向和就业

我想洋洋洒洒这么写了这么多，一定有人会质疑我并没有回答题主问题。

让我们回到织布机那个例子上（织布机发明出来 100 年了，织布厂还是缺工人），1813 年自动[织布机]的发明，比手工织布提高了四十倍的效率，这一创举助推了英国工业革命，从中长期看，也并没有带来就业职位的缩减。

低代码的发展也是类似的，它在某种程度上解放的是运营、设计、产品经理的人力，也许会取代一些相对低端（劳动密集，无恶意）的前端切图仔的工作，但它一方面能让前端工程师聚焦到更能体现其技术价值的场景当中，另一方面也会给前端带来更多的想象空间和发展平台。

这篇回答我没有去聊前端更多的就业和发展方向（如编辑器领域、图形渲染领域等），而是仅仅从低代码本身去理解这个问题，去尝试破局，希望能给大家带来启发。

**突然想到「内卷」这个词，**在前端范围里，封闭环境里的固步自封只会带来不健康的熵增，从而形成内卷。那么不妨让我们拥有一个更加开放的心态，对前端达成的成果进行抽象，让更多同领域、同质化、相似的业务提效，构建更加丰富立体的生态，完成行业升级。

（去卷它们吧～！）

最后，低代码当红，天生就存在泡沫，自然也充斥了营销的浮华和争议。但技术的落地，就让上帝的归上帝，撒旦的归撒旦。2022 年立春过后，至此档口，让我们回归几篇技术文章吧！

「可视化搭建系统」——从设计到架构，探索前端领域技术和业务价值^[3]

前端中台化，把格局做大——NodeJS 和测试服务探索^[4]

从实现原理看低代码^[5]

Happy Coding!

参考资料

[1]

百度 amis: https://github.com/baidu/amis

[2]

爱速搭: https://suda.baidu.com/

[3]

「可视化搭建系统」——从设计到架构，探索前端领域技术和业务价值: https://zhuanlan.zhihu.com/p/164558106

[4]

前端中台化，把格局做大——NodeJS 和测试服务探索: https://zhuanlan.zhihu.com/p/265729825

[5]

从实现原理看低代码: https://zhuanlan.zhihu.com/p/451340998

The End

Node 社群


我组建了一个氛围特别好的 Node.js 社群，里面有很多 Node.js小伙伴，如果你对Node.js学习感兴趣的话（后续有计划也可以），我们可以一起进行Node.js相关的交流、学习、共建。下方加 考拉 好友回复「Node」即可。

如果你觉得这篇内容对你有帮助，我想请你帮我2个小忙：

1. 点个「在看」，让更多人也能看到这篇文章2. 订阅官方博客 www.inode.club 让我们一起成长

点赞和在看就是最大的支持❤️