2020年的時(shí)候, 更新了一份報(bào)告, 這份報(bào)告是針對(duì)企業(yè)級(jí)低代碼開(kāi)發(fā)平臺(tái)的關(guān)鍵能力的, 名字叫做《企業(yè)低代碼應(yīng)用平臺(tái)的關(guān)鍵功能》, 把它發(fā)布了出來(lái), 和同期早一點(diǎn)的上一份報(bào)告相比較, 在這份報(bào)告當(dāng)中, 首次出現(xiàn)了“API和集成”以及“平臺(tái)生態(tài)系統(tǒng)”。什么是低代碼開(kāi)發(fā)一、什么是低代碼開(kāi)發(fā)它基于可視化、模型驅(qū)動(dòng)概念, 結(jié)合云原生、多終端體驗(yàn)技術(shù), 在多數(shù)業(yè)務(wù)場(chǎng)景里, 能幫企業(yè)大幅提升效率, 大幅降低開(kāi)發(fā)成本, 即“降本增效”, 為專(zhuān)業(yè)開(kāi)發(fā)者提供全新高生產(chǎn)力開(kāi)發(fā)方式。另一方面, 低代碼具備這樣的能力, 即能讓那些壓根不懂代碼的人, 借助“拖拉拽”這種方式去開(kāi)發(fā)組件, 進(jìn)而完成應(yīng)用程序的構(gòu)建。從某種層面來(lái)講, 第一方面它可以彌補(bǔ)這種情況, 即日益擴(kuò)大起來(lái)的那些專(zhuān)業(yè)技術(shù)人才有所缺失的狀況, 與此同時(shí), 還要看到它在另一種意義上作用, 也就是可以推動(dòng)企業(yè)與技術(shù)之間朝著最終敏捷這一形式發(fā)展, 從而促進(jìn)它們進(jìn)入深度協(xié)作的狀態(tài)。1、來(lái)自的低代碼定義從Wiki的定義中我們可以提煉出幾個(gè)關(guān)鍵信息針對(duì)程序員來(lái)講, 低代碼開(kāi)發(fā)平臺(tái)的性質(zhì)跟IDEA、VS等代碼IDE集成開(kāi)發(fā)環(huán)境差不多, 都是為開(kāi)發(fā)者服務(wù)的生產(chǎn)力工具, 它本身就是一種軟件, 還為開(kāi)發(fā)者提供了一個(gè)創(chuàng)建應(yīng)用軟件的開(kāi)發(fā)環(huán)境, 這種軟件叫低代碼開(kāi)發(fā)平臺(tái)LCDP。低代碼開(kāi)發(fā)平臺(tái)所提供的可視化 IDE, 是更高維和易用的, 這與傳統(tǒng)代碼 IDE 不一樣。多數(shù)情形下, 開(kāi)發(fā)者開(kāi)展開(kāi)發(fā)工作, 并非借助傳統(tǒng)手寫(xiě)代碼的方式來(lái)編程, 而是能夠運(yùn)用圖形化拖拽、參數(shù)配置這些更高效的方式去實(shí)現(xiàn)。2、來(lái)自的低代碼定義相較于Wiki的版本而言, 其定義更加傾向于去闡明低代碼所帶來(lái)的核心價(jià)值 , :。低代碼開(kāi)發(fā)平臺(tái)可達(dá)成業(yè)務(wù)應(yīng)用的迅速交付這意味著, 并非僅僅如同傳統(tǒng)開(kāi)發(fā)平臺(tái)那般“能夠”開(kāi)發(fā)應(yīng)用, 低代碼開(kāi)發(fā)平臺(tái)著重于開(kāi)發(fā)應(yīng)用的速度「更快」。更為關(guān)鍵的是, 此快速程度具有顛覆性: 依據(jù)2016年的調(diào)研, 多數(shù)公司回應(yīng)稱(chēng)低代碼平臺(tái)助力他們將開(kāi)發(fā)效率提高了5至10倍。并且我們有理由確信, 伴隨低代碼技術(shù)、產(chǎn)品以及行業(yè)的持續(xù)成熟, 這個(gè)提升倍數(shù)仍會(huì)持續(xù)攀升。低代碼發(fā)育平臺(tái)可削減業(yè)務(wù)采用的開(kāi)發(fā)花銷(xiāo), 一方面, 低代碼開(kāi)發(fā)于軟件之全部生命周期進(jìn)程里面的投入全是要更低, 代碼撰寫(xiě)更少, 環(huán)境設(shè)定及部署成本亦是愈簡(jiǎn)便些, 另一方面, 低代碼開(kāi)發(fā)并且突出地裁減了開(kāi)發(fā)人員的運(yùn)用難度, 并非專(zhuān)業(yè)開(kāi)發(fā)者經(jīng)由簡(jiǎn)單易懂有關(guān)于IT基礎(chǔ)培訓(xùn)便能夠迅速走上崗位, 既能夠充分地發(fā)動(dòng)兼對(duì)企業(yè)現(xiàn)有的各方面人力資源做出利用, 又能夠龐大其幅度弱化對(duì)價(jià)高專(zhuān)業(yè)開(kāi)發(fā)者各類(lèi)資源的依賴(lài)。二、低代碼開(kāi)發(fā)的核心目的1、提效降本為研發(fā)人員提升效率, 相較于傳統(tǒng)開(kāi)發(fā)模式, 低代碼開(kāi)發(fā)搭建具備更高的抽象程度, 以舍棄部分定制性為代價(jià), 從而換來(lái)更為高效的開(kāi)發(fā)方式。對(duì)企業(yè)客戶(hù)來(lái)講, 要實(shí)現(xiàn)提效, 需研發(fā)一個(gè)低代碼開(kāi)發(fā)平臺(tái), 此開(kāi)發(fā)平臺(tái)專(zhuān)業(yè)性需求十分高, 并且其用戶(hù)群還會(huì)特別窄, 所以要針對(duì)不同用戶(hù)的訴求去開(kāi)發(fā)定制方案, 從本質(zhì)上來(lái)說(shuō), 就是通過(guò)降低通用性來(lái)?yè)Q取更低的上手成本, 或者是針對(duì)某個(gè)領(lǐng)域來(lái)降低上手成本, 像數(shù)據(jù)圖表搭建、CRM客戶(hù)管理、生產(chǎn)管理、OA協(xié)同辦公系統(tǒng)搭建等。2、質(zhì)量保障已是行業(yè)常態(tài)的項(xiàng)目延期交付, 其瓶頸常是開(kāi)發(fā)人員機(jī)器能解決的問(wèn)題那都不算問(wèn)題, 優(yōu)秀開(kāi)發(fā)人才是稀缺資源且貴得很, 軟件質(zhì)量缺陷一直無(wú)法收斂, 線(xiàn)上故障頻繁造成資源損失連連。有了低代碼開(kāi)發(fā)平臺(tái), 經(jīng)過(guò)簡(jiǎn)單培訓(xùn), 不懂代碼的業(yè)務(wù)人員就能立刻搭建系統(tǒng), 并且有問(wèn)題能隨時(shí)找低代碼廠商處理。3、擴(kuò)大應(yīng)用開(kāi)發(fā)勞動(dòng)力低代碼開(kāi)發(fā)平臺(tái)含零代碼, 借助這樣一種方式, 即讓大部分開(kāi)發(fā)工作僅靠簡(jiǎn)單的拖拽跟配置就能達(dá)成, 從而顯著降低了使用者的門(mén)檻, 進(jìn)而使得企業(yè)能夠充分運(yùn)用前面所提及的平民開(kāi)發(fā)者資源。在部分為純零代碼的需求場(chǎng)景當(dāng)中, 低代碼能夠使得業(yè)務(wù)人員達(dá)成自助式的應(yīng)用交付, 這解決了傳統(tǒng) IT 交付方式下存在的任務(wù)堆積情況, 避免了稀缺的專(zhuān)業(yè)開(kāi)發(fā)資源被眾多簡(jiǎn)單且具有重復(fù)性的應(yīng)用 需要占用, 與此同時(shí), 這也能夠讓業(yè)務(wù)人員切實(shí)按照自身想法去實(shí)現(xiàn)應(yīng)用, 擺脫讓他人開(kāi)發(fā)時(shí)帶來(lái)的不可避免的限制。三、低代碼開(kāi)發(fā)的核心能力1、易用性-無(wú)代碼應(yīng)用開(kāi)發(fā)易用性所涉及的, 是在無(wú)需去寫(xiě)代碼的狀況之下, 能夠達(dá)成的功能數(shù)量的多少。而該指標(biāo), 乃是用于標(biāo)識(shí)低代碼開(kāi)發(fā)平臺(tái)生產(chǎn)力的關(guān)鍵指標(biāo)。2、應(yīng)用用戶(hù)體驗(yàn)針對(duì)使用經(jīng)由低代碼開(kāi)發(fā)平臺(tái)構(gòu)建的應(yīng)用程序這一情況, 所對(duì)應(yīng)的有關(guān)用戶(hù)體驗(yàn)的問(wèn)題。該特定指標(biāo)具備一種決定特性, 即關(guān)于最終用戶(hù)對(duì)開(kāi)發(fā)者所能表達(dá)的好評(píng)程度。通常認(rèn)為、從一般性范疇所提及的狀況來(lái)看, 當(dāng)為企業(yè)客戶(hù)具體開(kāi)展項(xiàng)目交付工作, 而工作主題是由獨(dú)立的軟件開(kāi)發(fā)團(tuán)隊(duì)負(fù)責(zé)時(shí), 針對(duì)該種能力所提出的要求, 會(huì)顯著地高于企業(yè)客戶(hù)依靠自身力量進(jìn)行自主開(kāi)發(fā)這一情景將項(xiàng)目開(kāi)放給進(jìn)入企業(yè)范圍的客戶(hù)或者供應(yīng)商時(shí), 對(duì)于該能力的要求, 會(huì)高于企業(yè)內(nèi)部用戶(hù)所使用的項(xiàng)目。3、數(shù)據(jù)建模和管理數(shù)據(jù)建模以及管理方面所具備的便利性, 此項(xiàng)指標(biāo)即為平常所說(shuō)的“模型驅(qū)動(dòng)”, 相較于表單驅(qū)動(dòng)而言, 模型驅(qū)動(dòng)能夠給予符合數(shù)據(jù)庫(kù)設(shè)計(jì)范式的數(shù)據(jù)模型設(shè)計(jì)以及管理能力, 開(kāi)發(fā)的應(yīng)用復(fù)雜程度越高, 系統(tǒng)集成的要求愈加高, 這種能力便愈發(fā)關(guān)鍵。4、流程和業(yè)務(wù)邏輯使用這個(gè)低代碼開(kāi)發(fā)平臺(tái), 能否開(kāi)發(fā)出復(fù)雜工作流, 以及業(yè)務(wù)處理邏輯能力與否開(kāi)發(fā)對(duì)應(yīng)功能時(shí), 便利性和易用性程度高低, 這兩層構(gòu)成流程 與業(yè)務(wù)邏輯開(kāi)發(fā)能力和效率。通常來(lái)講, 第一層決定項(xiàng)目能否成功交付, 第二層決定項(xiàng)目開(kāi)發(fā)成本幅度。不管怎樣, 使用者都得關(guān)注第一層。在此基礎(chǔ)之上, 當(dāng)項(xiàng)目以工作流為主時(shí), 第二層就也得作為重要評(píng)估指標(biāo)。5、平臺(tái)生態(tài)開(kāi)發(fā)平臺(tái)有著其生態(tài)系統(tǒng), 低代碼開(kāi)發(fā)平臺(tái)實(shí)質(zhì)是開(kāi)發(fā)工具, 但其內(nèi)置的那些開(kāi)箱即用功能, 并不能覆蓋更多應(yīng)用場(chǎng)景, 在這種時(shí)候, 那就得基于該平臺(tái)的完整生態(tài)系統(tǒng), 去提供更深程度且更全面的開(kāi)發(fā)賦能, 好多開(kāi)發(fā)平臺(tái)都在構(gòu)建自身的插件機(jī)制, 這便是平臺(tái)生態(tài)的一個(gè)典型表現(xiàn)。6、接口和集成用于編程的接口跟系統(tǒng)集成方面的能力。要是想要防止出現(xiàn)“數(shù)據(jù)孤島”這種情形, 面向企業(yè)的應(yīng)用一般而言是需要跟別的系統(tǒng)開(kāi)展集成操作的, 以此實(shí)現(xiàn)協(xié)同并提高效率。在這樣的時(shí)候, 內(nèi)置其中的集成能力以及編程接口就變得相當(dāng)關(guān)鍵重要。除非能夠確定在可想見(jiàn)的將來(lái)里, 有關(guān)項(xiàng)目并不牽涉到系統(tǒng)集成以及擴(kuò)展開(kāi)發(fā), 但凡開(kāi)發(fā)者都應(yīng)當(dāng)對(duì)這個(gè)能力予以關(guān)注留意。值得一提的是, 在別家權(quán)威行業(yè)機(jī)構(gòu)的《2019 Q1 Wave:面向應(yīng)用程序開(kāi)發(fā)和交付專(zhuān)業(yè)人員的低代碼開(kāi)發(fā)平臺(tái)》報(bào)告里, 編程接口被認(rèn)定是企業(yè)級(jí)低代碼開(kāi)發(fā)平臺(tái)的重要標(biāo)志, 不具備編程接口的“低代碼”被歸類(lèi)為“無(wú)代碼”, 轉(zhuǎn)移至那些只適用于有限用例的平臺(tái)報(bào)告處。7、架構(gòu)系統(tǒng)能不能支持那種更先進(jìn)的架構(gòu), 還有清晰的分層, 用來(lái)對(duì)接物聯(lián)網(wǎng)IoT、RPA機(jī)器人、ML機(jī)器學(xué)習(xí)等新的技術(shù)呢? 要是開(kāi)發(fā)者期望自己所開(kāi)發(fā)的應(yīng)用擁有更長(zhǎng)的生命周期, 那么深入去了解低代碼開(kāi)發(fā)平臺(tái)產(chǎn)品的架構(gòu)就變得特別重要了。8、服務(wù)質(zhì)量服務(wù)質(zhì)量, 它不同于其他方面, 是衡量運(yùn)行于公有云模式下低代碼開(kāi)發(fā)平臺(tái)的一項(xiàng)指標(biāo), 猶如上一點(diǎn)類(lèi)似的情況。這里所講的服務(wù)質(zhì)量, 除了涵蓋平常所說(shuō)的“無(wú)故障使用時(shí)間”這一常規(guī)范疇, 還得考量資源是否能夠支持獨(dú)占模式, 以此來(lái)防止某一個(gè)應(yīng)用處于高負(fù)荷狀態(tài)時(shí), 致使其他應(yīng)用無(wú)法正常使用或者出現(xiàn)性能變差的狀況。9、用戶(hù)模型與軟件開(kāi)發(fā)周期支持軟件開(kāi)發(fā)周期的用戶(hù)模型, 在軟件開(kāi)發(fā)的生命周期里, 除了開(kāi)發(fā)以及交付之外, 還必需涵蓋設(shè)計(jì)、反饋、測(cè)試、運(yùn)維等好多環(huán)節(jié), 若系統(tǒng)開(kāi)發(fā)早期的用戶(hù)模型建立與驗(yàn)證進(jìn)程往往需要迅速地和有迭代現(xiàn)象, 投入的開(kāi)發(fā)力量甚至不少于正式開(kāi)展, 倘若一套低代碼開(kāi)發(fā)工具擁有全生命周期所需的各項(xiàng)職能功能, 將會(huì)極大程度簡(jiǎn)化開(kāi)發(fā)者的技術(shù)棧, 進(jìn)而提升開(kāi)發(fā)效率, 使用者所搭建的系統(tǒng)規(guī)模越大, 這項(xiàng)技能就越關(guān)鍵的一項(xiàng)必備能力。10、治理治理開(kāi)發(fā)管理, 企業(yè)級(jí)軟件項(xiàng)目規(guī)模一般較大, 業(yè)務(wù)更為關(guān)鍵, 如此便對(duì)開(kāi)發(fā)團(tuán)隊(duì)管理提出了更高要求, 現(xiàn)代軟件開(kāi)發(fā)主推的敏捷開(kāi)發(fā)能否在低代碼中落地, 是衡量開(kāi)發(fā)管理能力的重要指標(biāo), 這通常涵蓋代碼庫(kù)權(quán)限管理、版本權(quán)限管理、發(fā)布權(quán)限管理等一系列功能, 助力開(kāi)發(fā)團(tuán)隊(duì)負(fù)責(zé)人降低軟件開(kāi)發(fā)管理過(guò)程中產(chǎn)生的各類(lèi)人為風(fēng)險(xiǎn), 開(kāi)發(fā)團(tuán)隊(duì)規(guī)模越大, 越建議開(kāi)發(fā)者關(guān)注這一指標(biāo)。11、安全與合規(guī)在部署方式之上, 低代碼開(kāi)發(fā)平臺(tái)需于系統(tǒng)安全機(jī)制以及權(quán)限管理和控制功能這些層面著力, 全面賦能開(kāi)發(fā)者去構(gòu)建安全的, 契合企業(yè)規(guī)則的企業(yè)級(jí)應(yīng)用。支持本地部署, 全SSL數(shù)據(jù)傳輸, 密碼強(qiáng)度策略, 跨域訪問(wèn)控制, 高粒度的用戶(hù)權(quán)限控制此種種皆為該能力的具體呈現(xiàn)模樣。大型企業(yè), 特定行業(yè)企業(yè)像軍工、金融這樣的一般對(duì)該指標(biāo)的關(guān)注程度會(huì)更高那么些許。結(jié)語(yǔ)低代碼被合理且有效地加以運(yùn)用, 不僅能夠促使我們的工作高效運(yùn)轉(zhuǎn), 還能夠在最大程度上保障團(tuán)隊(duì)目標(biāo)得以達(dá)成?？椥攀俏宜扑]使用的, 它內(nèi)置100 標(biāo)準(zhǔn)應(yīng)用模板, 覆蓋多個(gè)應(yīng)用場(chǎng)景, 其中包括數(shù)字化校園、OA協(xié)同辦公、ERP進(jìn)銷(xiāo)存、CRM客戶(hù)管理、人事績(jī)效財(cái)務(wù)、企業(yè)服務(wù)、個(gè)人及組織等。