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

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

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

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

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

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

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

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

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

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

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

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

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

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

• 資源使用追蹤能力；

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

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

低代碼平臺的11個關(guān)鍵能力維度

（1）易用性

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

（2）用戶體驗

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

（10）開發(fā)管理

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

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

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