大廠技術(shù)??高級前端??Node進(jìn)階

點(diǎn)擊上方?程序員成長指北，關(guān)注公眾號

回復(fù)1，加入高級Node交流群

剛在全球軟件案例研究峰上，做了主題為「從低代碼引擎到搭建平臺化建設(shè)」的分享，這里談?wù)勎覍︻}主相關(guān)問題的一些想法。

低代碼，更利好前端研發(fā)的紅海

首先，與其說「未來３－５年前端低代碼化將越來越嚴(yán)重」，不如說「未來３－５年前端低代碼化將越來越被廣泛應(yīng)用」。因?yàn)榈痛a化并不意味著貶義，它對于前端研發(fā)來說，更意味著機(jī)遇。為了支撐這一觀點(diǎn)，我主要從業(yè)務(wù)價(jià)值、技術(shù)挑戰(zhàn)和未來發(fā)展三方面來展開。

業(yè)務(wù)價(jià)值

首先，低代碼在前端中的應(yīng)用場景可以按照類型簡單分為：

• B 端中后臺應(yīng)用搭建
• C 端活動類頁面搭建

這兩大類。

在 B 端場景中，舉個(gè) 百度 amis^[1] 的例子：使用者可以通過 JSON 配置，就能生成各種后臺頁面。再進(jìn)一步，我們把 amis 當(dāng)作搭建引擎，在依賴 amis 引擎的基礎(chǔ)上，愛速搭^[2] 作為一款商業(yè)化的產(chǎn)品，支持了更靈活的拖拽式構(gòu)建，最終基于業(yè)務(wù) + 數(shù)據(jù)模型快速實(shí)現(xiàn)中臺系統(tǒng)。

這種低代碼方式可以廣泛滿足中后臺需求，事實(shí)上以我們公司我觀察到的情況為例，無前端開發(fā)經(jīng)驗(yàn)的使用者已經(jīng)能夠較輕松的上手搭建中后臺應(yīng)用，從而解放了專業(yè)前端人力。

低代碼在 B 端的業(yè)務(wù)價(jià)值，甚至商業(yè)價(jià)值非常明顯，我想這一點(diǎn)，作為 amis 和愛速搭的核心開發(fā)者，負(fù)責(zé)人@吳多益?老師應(yīng)該有更直觀的體會。

在 C 端場景，繁瑣而頻繁的活動運(yùn)營類需求周而復(fù)始，這類需求是吸引流量、提高留存或轉(zhuǎn)化的關(guān)鍵手段。技術(shù)方面，就催生出各種低代碼搭建方案，社區(qū)上可謂百花齊放，我這里不再贅述?？偟膩碚f，低代碼在 C 端的價(jià)值也主要體現(xiàn)在人力成本和效率方面。

頁面搭建技術(shù)應(yīng)用

技術(shù)挑戰(zhàn)

「解放了人力，最終把前端職位**芭比 Q 了，**該怎么辦」？

套用德國著名哲學(xué)家弗里德里?！ねつ岵伞渡茞旱谋税丁分械拿裕骸?strong>命運(yùn)對勇士低語：你無法抵御風(fēng)暴；勇士低語回應(yīng)：我就是風(fēng)暴」

我想表達(dá)：低代碼引擎或平臺的研發(fā)，本身也帶來一類新領(lǐng)域的技術(shù)挑戰(zhàn)，進(jìn)而孵化出更高端的職位需求，在此浪潮里，前端工程師，也更加適合應(yīng)對這一類技術(shù)挑戰(zhàn)。

記得@天豬半開玩笑說過「所有人都在說 Low Code，幾乎沒有人知道如何落地 Low Code，但大家都覺得其他人在大力做 Low Code，所以大家都在宣傳自己在做 Low Code」

低代碼廠商圖譜

阿里經(jīng)濟(jì)體低代碼生態(tài)

其實(shí)，低代碼本身并無統(tǒng)一的固定概念，不管是廣義和狹義上，如能自洽，我們都可以以開放的心態(tài)來看待遍地開花的各類解決方案。但在技術(shù)上，其實(shí)現(xiàn)本質(zhì)都是完成：

圖靈完備的語言 -> 特定領(lǐng)域場景 Low / Pro Code -> 映射和建模 -> 可視化搭建系統(tǒng)

這一核心鏈路。鏈路的背后，是網(wǎng)狀的技術(shù)點(diǎn)，如：

• 開發(fā)工具鏈
• 頁面編譯和構(gòu)建
• 代碼發(fā)布和部署
• （頁面、組件等）版本管理
• 數(shù)據(jù)存儲
• 數(shù)據(jù)狀態(tài)管理

等等，或許更有層次一些的表達(dá)，低代碼的完成度和成熟化依賴：DB 層 -> Model 層 -> Adapter 層 -> Render 層，（前端）開發(fā)流程的不斷標(biāo)準(zhǔn)化、不斷沉淀和完善。

的確如此，Dreamweaver 這些工具已經(jīng)出現(xiàn)了很多年了，低代碼的產(chǎn)品價(jià)值和意義，其實(shí)早已被洞察，而新一代的低代碼解決方案，正在悄然地跟隨著前端技術(shù)發(fā)展而正在破土演變。

未來發(fā)展

現(xiàn)有低代碼解決方案仍然有難題需要破解，比如：

• UI 和交互層

• 依賴組件枚舉堆疊來解決業(yè)務(wù)需求，這就造成了研發(fā)的被動落后，疲于奔命

• 邏輯層

• 容器組件需要對接各種數(shù)據(jù)源，那么搭建引擎或者組件如何理解數(shù)據(jù)字段，是否應(yīng)該「感知業(yè)務(wù)」

• 組件間如何優(yōu)雅地通信聯(lián)動，組件間如何無縫嵌套

• 能力層

• 如何打通其它平臺，實(shí)現(xiàn)高效聯(lián)動

• 如何和現(xiàn)有研發(fā)方式對接

• 如何實(shí)現(xiàn)灰度，AB testing 等能力，如何對接接入層或 DevOPS 流程

如何破局呢？我們來看看現(xiàn)實(shí)社會的情況：織布機(jī)發(fā)明出來 100 年了，織布廠還是缺工人。

我認(rèn)為，低代碼的真正意義和技術(shù)價(jià)值是邏輯編排工具，或者工程管控設(shè)施（工程管控設(shè)施 from@徐飛）

畢竟，低代碼不是零代碼，我們的低代碼發(fā)展愿景應(yīng)該是：做產(chǎn)品矩陣，而不是做孤島系統(tǒng)；做航母平臺，而不是做單一工具。

比如，低代碼方案需要，

• 發(fā)揮 Node.js 能力，輕易能做到：

• 序列化格式和協(xié)議轉(zhuǎn)換

• 數(shù)據(jù)聚合和裁剪

• 調(diào)用 RPC

• 網(wǎng)關(guān)能力

• **發(fā)揮 Web IDE，**解決「組件和代碼能力最后一公里」問題：

• 從面向業(yè)務(wù)（產(chǎn)品、運(yùn)營、設(shè)計(jì)等）到面向輕研發(fā)

• 從依賴組件枚舉到云組件、云資產(chǎn)的動態(tài)編排整合

注意這里的 Web IDE 不僅僅是代碼編寫工具，而會全面聚焦頁面開發(fā)與實(shí)時(shí)的代碼解析、編譯、構(gòu)建、預(yù)覽。這其實(shí)已經(jīng)是前端研發(fā)方式的探索和變革。

Web IDE 不只是 Editor，更是 System

基于 Web IDE 的 WYSIWYG 搭建平臺

回到前端方向和就業(yè)

我想洋洋灑灑這么寫了這么多，一定有人會質(zhì)疑我并沒有回答題主問題。

讓我們回到織布機(jī)那個(gè)例子上（ 織布機(jī)發(fā)明出來 100 年了，織布廠還是缺工人），1813 年自動[織布機(jī)]的發(fā)明，比手工織布提高了四十倍的效率，這一創(chuàng)舉助推了英國工業(yè)革命，從中長期看，也并沒有帶來就業(yè)職位的縮減。

低代碼的發(fā)展也是類似的，它在某種程度上解放的是運(yùn)營、設(shè)計(jì)、產(chǎn)品經(jīng)理的人力，也許會取代一些相對低端（勞動密集，無惡意）的前端切圖仔的工作，但它一方面能讓前端工程師聚焦到更能體現(xiàn)其技術(shù)價(jià)值的場景當(dāng)中，另一方面也會給前端帶來更多的想象空間和發(fā)展平臺。

這篇回答我沒有去聊前端更多的就業(yè)和發(fā)展方向（如編輯器領(lǐng)域、圖形渲染領(lǐng)域等），而是僅僅從低代碼本身去理解這個(gè)問題，去嘗試破局，希望能給大家?guī)韱l(fā)。

**突然想到「內(nèi)卷」這個(gè)詞，**在前端范圍里，封閉環(huán)境里的固步自封只會帶來不健康的熵增，從而形成內(nèi)卷。那么不妨讓我們擁有一個(gè)更加開放的心態(tài)，對前端達(dá)成的成果進(jìn)行抽象，讓更多同領(lǐng)域、同質(zhì)化、相似的業(yè)務(wù)提效，構(gòu)建更加豐富立體的生態(tài)，完成行業(yè)升級。

（去卷它們吧～！）

最后，低代碼當(dāng)紅，天生就存在泡沫，自然也充斥了營銷的浮華和爭議。但技術(shù)的落地，就讓上帝的歸上帝，撒旦的歸撒旦。2022 年立春過后，至此檔口，讓我們回歸幾篇技術(shù)文章吧！

「可視化搭建系統(tǒng)」——從設(shè)計(jì)到架構(gòu)，探索前端領(lǐng)域技術(shù)和業(yè)務(wù)價(jià)值^[3]

前端中臺化，把格局做大——NodeJS 和測試服務(wù)探索^[4]

從實(shí)現(xiàn)原理看低代碼^[5]

Happy Coding!

參考資料