網(wǎng)易數(shù)帆陳諤：低代碼平臺，應(yīng)對企業(yè)應(yīng)用開發(fā)復(fù)雜性的一劑良方

　　出品 |

　　CSDN云原生

　　時下，很多企業(yè)在數(shù)字化建設(shè)過程中，面臨著開發(fā)人才稀缺、需要開發(fā)多個軟件才能支撐業(yè)務(wù)等問題，造成了企業(yè)開發(fā)效率低下的局面。如何解決這些復(fù)雜的問題，成為許多企業(yè)關(guān)注的重點。

　　2022年6月28日，在CSDN云原生系列在線峰會第11期"低代碼峰會"上，網(wǎng)易數(shù)帆云原生及低代碼產(chǎn)品線總經(jīng)理陳諤分享了《應(yīng)對復(fù)雜企業(yè)應(yīng)用開發(fā)的低代碼平臺設(shè)計實踐》。陳諤表示，通用的低代碼平臺，未來可能是企業(yè)內(nèi)部軟件生產(chǎn)的一種協(xié)作模式。

　　打造低代碼開發(fā)平臺的愿景和挑戰(zhàn)

　　低代碼開發(fā)平臺的愿景主要可以分為兩個部分：

　　成為企業(yè)信息化建設(shè)的一個通用平臺工具;

　　通過低代碼平臺，降低研發(fā)門檻，培養(yǎng)專職開發(fā)者，創(chuàng)造新的就業(yè)崗位。

　　低代碼平臺的本質(zhì)是能應(yīng)對企業(yè)應(yīng)用落地復(fù)雜性的挑戰(zhàn)。

　　這種復(fù)雜性的挑戰(zhàn)主要來自于，業(yè)務(wù)的復(fù)雜性以及與IT體系融合的復(fù)雜性。

　　企業(yè)應(yīng)用開發(fā)的復(fù)雜性

　　具體而言，企業(yè)應(yīng)用開發(fā)的復(fù)雜性體現(xiàn)在四個方面：業(yè)務(wù)復(fù)雜性;應(yīng)用規(guī)模的復(fù)雜性;與企業(yè)現(xiàn)有IT體系融合的挑戰(zhàn);性能、穩(wěn)定性等非功能性需求的挑戰(zhàn)。

　　第一個方面，從業(yè)務(wù)復(fù)雜性來看，又可以劃分為三個部分：應(yīng)對頁面交互體驗的復(fù)雜性;應(yīng)對業(yè)務(wù)邏輯的復(fù)雜性;應(yīng)對數(shù)據(jù)模型、關(guān)系的復(fù)雜性。

　　在應(yīng)對頁面交互體驗的復(fù)雜性上：

　　可以基于豐富的組件庫搭建;

　　使用所見即所得的排版 + CSS子集控制;

　　采用可復(fù)用的模板體系;

　　采用可擴展的組件體系;

　　主題風(fēng)格通過CSS自定義。

　　在應(yīng)對業(yè)務(wù)邏輯的復(fù)雜性上：

　　可以使用精簡但完備的語言設(shè)施;

　　選取適當(dāng)?shù)腇ramework封裝;

　　通過流程框架對應(yīng)用內(nèi)存在復(fù)雜流程邏輯的情況進行支持;

　　支持用戶自建邏輯擴展組件，以lib的方式引入，在可視化環(huán)境中以函數(shù)方式調(diào)用;

　　最后用代碼塊兜底，以應(yīng)對算法較為復(fù)雜的場景，解決可視化編程信息密度較低的問題。

　　在應(yīng)對數(shù)據(jù)模型、關(guān)系的復(fù)雜性上：

　　做到數(shù)據(jù)模型優(yōu)先，這是應(yīng)對企業(yè)應(yīng)用復(fù)雜性的必要保障;

　　通過算子組合封裝SQL的執(zhí)行，原生SQL兜底;

　　內(nèi)置面向集合類型的函數(shù)庫。

　　第二個方面，從應(yīng)用規(guī)模的復(fù)雜性上，可以從兩個方面解決。

　　需要強有力的代碼可維護性保障。一方面，需要引入靜態(tài)類型系統(tǒng)，減少代碼缺陷，降低排障復(fù)雜度，提升代碼可檢索能力，令代碼更易重構(gòu)來實現(xiàn)更好的可維護性。另一方面，引入名稱空間、模塊定義等語言設(shè)施分解復(fù)雜性。

　　支持基于代碼倉庫的異步協(xié)作機制。一方面，軟件修改的結(jié)果不是直觀可見的，因此軟件開發(fā)協(xié)作首先要實現(xiàn)異步的協(xié)作機制。另一方面，Trunk-based代碼管理策略，可以避免開發(fā)者需要理解分支等復(fù)雜概念，滿足大部分業(yè)務(wù)迭代需求的情況下，保持配置管理的簡潔性。

　　第三個方面，從應(yīng)對與企業(yè)現(xiàn)有IT融合的復(fù)雜性上，可以從四個方面解決：

　　基于接口的集成能力，支持多協(xié)議擴展;

　　Framework定義標(biāo)準(zhǔn)接口，對接企業(yè)內(nèi)部服務(wù)，如用戶中心、認(rèn)證中心等;

　　編程語言與技術(shù)棧層面的融合;

　　輸出制品以支持對接企業(yè)CI/CD流程。

　　第四個方面，從性能、穩(wěn)定性等非功能性需求的挑戰(zhàn)來看，可以從三個方面解決：

　　在性能的挑戰(zhàn)上，首先，服務(wù)端轉(zhuǎn)譯為Java的策略以及靜態(tài)類型系統(tǒng)使得低代碼生成的代碼執(zhí)行性能與Java語言相當(dāng)，沒有解釋引擎、動態(tài)特性帶來的開銷;其次，當(dāng)需要應(yīng)對一定并發(fā)性能時可通過邏輯擴展組件擴展對緩存中間件的支持;

　　穩(wěn)定性的保障上，默認(rèn)依托K8s管理應(yīng)用生命周期，應(yīng)用節(jié)點無狀態(tài)，可實現(xiàn)高可用和集群的自愈;

　　在應(yīng)對復(fù)雜性的核心引擎上，采取可視化編程語言NASL (NetEase Application Specific Language)。

　　低代碼學(xué)習(xí)門檻低、開發(fā)效率高的原因

　　從學(xué)習(xí)門檻低上來看，知識體系的閉環(huán)性是低代碼容易掌握的核心因素。

　　開發(fā)人員無需掌握前端技術(shù)棧，也無需理解網(wǎng)絡(luò)協(xié)議、認(rèn)證機制、ORM等各種服務(wù)端的技術(shù)細(xì)節(jié)，只需要關(guān)注業(yè)務(wù)邏輯，即可開發(fā)應(yīng)用。

　　從開發(fā)效率高上來看，前端可視化搭建、軟件資產(chǎn)的重用與標(biāo)準(zhǔn)化是開發(fā)效率提升的關(guān)鍵。

　　經(jīng)實踐采用低代碼可使開發(fā)效率提升2-3倍，開發(fā)人員可以沒有計算機相關(guān)專業(yè)背景，上手2個月后基本可獨立完成各類企業(yè)應(yīng)用開發(fā)需求。

　　總結(jié)

　　總體而言，低代碼開發(fā)平臺的開發(fā)協(xié)作模式是：

　　讓需求者成為開發(fā)者，關(guān)注業(yè)務(wù)領(lǐng)域和產(chǎn)品本身的設(shè)計需求;

　　讓專業(yè)IT開發(fā)團隊成為提供組件工具者，需要在有專業(yè)能力兜底時，通過提供模板組件接口方式，為低代碼開發(fā)人員提供這些軟件資產(chǎn)，以應(yīng)對復(fù)雜的場景;

　　不斷滿足企業(yè)開發(fā)多種通用性應(yīng)用的需求;

　　形成軟件資產(chǎn)中心，通過積累的應(yīng)用、模板和組件，組成企業(yè)或者某一領(lǐng)域的軟件資產(chǎn)，不斷提升企業(yè)研發(fā)效率。

　　總的來說，低代碼平臺讓更多精通業(yè)務(wù)的人才參與到開發(fā)工作中來。通過精簡而完善的可視化編程方式降低了開發(fā)門檻，使開發(fā)人員提高開發(fā)效率，還能應(yīng)對企業(yè)復(fù)雜的應(yīng)用環(huán)境。未來，低代碼技術(shù)的重要性也將一直延續(xù)下去。