數(shù)字化時(shí)代 的到來，迫使企業(yè)跳出舒適圈，堅(jiān)定地踏上數(shù)字化轉(zhuǎn)型的征程。不斷飆升的用戶需求，加上專業(yè)開發(fā)人員的顯著缺口，讓我們不得不承認(rèn)，過去幾十年的應(yīng)用開發(fā)方式已經(jīng)無法滿足需求。 低代碼革命 已經(jīng)悄然開始，并不斷滲透到各行各業(yè)。

數(shù)字化轉(zhuǎn)型 涉及企業(yè)的方方面面，其中 尋求技術(shù)及實(shí)現(xiàn)手段上的突破 是決策者需要考慮的主要問題之一。順應(yīng)這種潮流，近幾年發(fā)展起來的“低代碼技術(shù)”作為解決企業(yè)數(shù)字化轉(zhuǎn)型以及增強(qiáng)企業(yè)復(fù)原力的有力手段，得到越來越多的關(guān)注。

低代碼（low-code）平臺(tái)支持快速應(yīng)用開發(fā)（RAD），使用聲明式的高級(jí)編程抽象（如模型驅(qū)動(dòng)和基于元數(shù)據(jù)編程）進(jìn)行部署和執(zhí)行。 低代碼平臺(tái)擁有以下共同的技術(shù)要素：

• 一個(gè)以模型/元數(shù)據(jù)為中心的UI層設(shè)計(jì)器，只需要編寫很少的代碼，甚至不需要編寫代碼；

• 支持基本的數(shù)據(jù)結(jié)構(gòu)定義和內(nèi)置數(shù)據(jù)庫的通用數(shù)據(jù)存儲(chǔ)（如RDBMS、NoSQL、平面文件）訪問；

• 通過REST、SOAP或其他API簡化對(duì)外服務(wù)的訪問；

• 通過API包裝它們的底層流程邏輯和數(shù)據(jù)；

• 支持面向業(yè)務(wù)規(guī)則和常規(guī)業(yè)務(wù)邏輯開發(fā)的編碼方法；

• 足夠好的性能表現(xiàn)和足夠低的操作延遲。

• 企業(yè)級(jí)低代碼平臺(tái)還應(yīng)包含其他功能，例如?：

• 用戶密集訪問量、數(shù)據(jù)存儲(chǔ)量和高事務(wù)率的彈性伸縮能力；

• 高可用性與容災(zāi)復(fù)原能力；

• 應(yīng)用程序訪問API和數(shù)據(jù)存儲(chǔ)的安全性；

• 運(yùn)營階段的服務(wù)品質(zhì)協(xié)議（SLA）；

• 資源使用追蹤能力；

• 對(duì)開發(fā)人員和運(yùn)營人員的技術(shù)支持能力。

基于上述技術(shù)要素，Gartner共列出了低代碼平臺(tái)的11個(gè)關(guān)鍵能力維度，如下圖所示。

低代碼平臺(tái)的11個(gè)關(guān)鍵能力維度

（1）易用性

易用性是標(biāo)識(shí)低代碼平臺(tái)生產(chǎn)力的關(guān)鍵指標(biāo)，是指在不寫代碼的情況下能夠完成的功能的多少。

（2）用戶體驗(yàn)

這個(gè)指標(biāo)能夠決定最終用戶對(duì)開發(fā)者的評(píng)價(jià)。一般來說，獨(dú)立軟件開發(fā)團(tuán)隊(duì)為企業(yè)客戶開發(fā)的項(xiàng)目對(duì)用戶體驗(yàn)的要求會(huì)顯著高于企業(yè)客戶自主開發(fā)的項(xiàng)目，開放給企業(yè)的客戶或供應(yīng)商的項(xiàng)目對(duì)用戶體驗(yàn)的要求會(huì)高于企業(yè)內(nèi)部用戶使用的項(xiàng)目。

（3）數(shù)據(jù)建模和管理的便利性

這個(gè)指標(biāo)就是通常所講的“模型驅(qū)動(dòng)”，模型驅(qū)動(dòng)能夠提供滿足數(shù)據(jù)庫設(shè)計(jì)范式的數(shù)據(jù)模型設(shè)計(jì)和管理能力。開發(fā)的應(yīng)用復(fù)雜度越高，系統(tǒng)集成的要求越高，這個(gè)能力就越關(guān)鍵。

（4）流程與業(yè)務(wù)邏輯開發(fā)能力和效率

這個(gè)能力有兩層含義?：第一層是指使用該低代碼平臺(tái)是否可以開發(fā)出復(fù)雜的工作流和業(yè)務(wù)處理邏輯，第二層是開發(fā)這些功能時(shí)的便利性和易用性有多高。一般來說，第一層決定了項(xiàng)目是否可以成功交付，而第二層則決定了項(xiàng)目的開發(fā)成本。無論如何，使用者都應(yīng)關(guān)注第一層。在此基礎(chǔ)上，如果項(xiàng)目以工作流為主，則還應(yīng)該將第二層作為重要的評(píng)估指標(biāo)。

（5）開發(fā)平臺(tái)的生態(tài)系統(tǒng)

低代碼平臺(tái)的本質(zhì)是開發(fā)工具，內(nèi)置的開箱即用的功能無法覆蓋更多的應(yīng)用場景。此時(shí)，就需要基于該平臺(tái)的完整生態(tài)系統(tǒng)來提供更深入、更全面的開發(fā)能力。很多開發(fā)平臺(tái)都在建立自己的插件機(jī)制，這就是平臺(tái)生態(tài)的一個(gè)典型體現(xiàn)。

（ 6）編程接口與系統(tǒng)集成能力

為了避免“數(shù)據(jù)孤島”現(xiàn)象，企業(yè)級(jí)應(yīng)用通常需要與其他系統(tǒng)進(jìn)行集成，協(xié)同增效。此時(shí)，內(nèi)置的集成能力和編程接口就變得至關(guān)重要。除非確認(rèn)在可預(yù)期的未來項(xiàng)目不涉及系統(tǒng)集成和擴(kuò)展開發(fā)，否則開發(fā)者都應(yīng)該關(guān)注這個(gè)能力。

值得一提的是，另一家權(quán)威行業(yè)機(jī)構(gòu)Forrester在其報(bào)告《Forrester Wave?：面向應(yīng)用程序開發(fā)和交付專業(yè)人員的低代碼平臺(tái)（2019年第1季度）》中，將編程接口認(rèn)定為企業(yè)級(jí)低代碼平臺(tái)的重要標(biāo)志，不具備編程接口的“低代碼”被劃歸為“無代碼”，轉(zhuǎn)移到那些只適用有限用例的平臺(tái)報(bào)告中。

（7）支持更先進(jìn)的架構(gòu)和技術(shù)

系統(tǒng)是否支持更先進(jìn)的架構(gòu)、清晰的分層，以對(duì)接IoT、RPA、機(jī)器學(xué)習(xí)等新的技術(shù)？如果開發(fā)者希望自己開發(fā)的應(yīng)用有更長的生命周期，深入了解低代碼平臺(tái)產(chǎn)品的架構(gòu)就變得尤為重要。

（8）服務(wù)質(zhì)量

與上一點(diǎn)類似，服務(wù)質(zhì)量也是衡量運(yùn)行于公有云模式下低代碼平臺(tái)的指標(biāo)。這里的服務(wù)質(zhì)量，除了通常所說的“無故障使用時(shí)間”外，還要考慮資源是否支持獨(dú)占模式，避免某一個(gè)應(yīng)用的高負(fù)荷，導(dǎo)致其他應(yīng)用不可用或出現(xiàn)性能劣化。

（9）用戶模型與軟件開發(fā)周期支持

在軟件開發(fā)的生命周期中，除了開發(fā)和交付，還有設(shè)計(jì)、反饋、測(cè)試、運(yùn)維等多個(gè)環(huán)節(jié)，如系統(tǒng)開發(fā)早期的用戶模型建立和驗(yàn)證過程通常需要快速模擬和迭代，投入的開發(fā)力量甚至不少于正式開發(fā)。如果一套低代碼平臺(tái)具備全生命周期所需的各項(xiàng)功能，將會(huì)大大簡化開發(fā)者的技術(shù)棧，進(jìn)一步提高開發(fā)效率。開發(fā)者所開發(fā)的系統(tǒng)規(guī)模越大，這一能力就越重要。

（10）開發(fā)管理

企業(yè)級(jí)軟件的項(xiàng)目規(guī)模通常比較大，而且業(yè)務(wù)更關(guān)鍵，這就對(duì)開發(fā)團(tuán)隊(duì)管理提出了更高的要求?，F(xiàn)代軟件開發(fā)中主推的敏捷開發(fā)是否能在低代碼中落地，是衡量開發(fā)管理能力的重要指標(biāo)。這通常包含代碼庫權(quán)限管理、版本權(quán)限管理、發(fā)布權(quán)限管理等一系列功能，幫助開發(fā)團(tuán)隊(duì)負(fù)責(zé)人降低軟件開發(fā)管理過程中的各種人為風(fēng)險(xiǎn)。開發(fā)團(tuán)隊(duì)規(guī)模越大，開發(fā)者越應(yīng)當(dāng)關(guān)注這一指標(biāo)。

（11）安全與合規(guī)

低代碼平臺(tái)需要在部署方式、系統(tǒng)安全機(jī)制、權(quán)限管理和控制功能等層面發(fā)力，全方位賦能開發(fā)者構(gòu)建安全的、符合企業(yè)規(guī)則的企業(yè)級(jí)應(yīng)用。支持本地部署、全SSL數(shù)據(jù)傳輸、密碼強(qiáng)度策略、跨域訪問控制、細(xì)粒度的用戶權(quán)限控制等都是該能力的具體體現(xiàn)。大型企業(yè)、特定行業(yè)企業(yè)（如軍工、金融等）通常對(duì)該指標(biāo)的關(guān)注程度會(huì)更高一些。