正文

低代碼平臺(tái)前端（低代碼平臺(tái)前端是什么）

發(fā)布時(shí)間：2023-03-07 13:23:00 稿源：創(chuàng)意嶺閱讀： 1435 問(wèn)大家

大家好！今天讓創(chuàng)意嶺的小編來(lái)大家介紹下關(guān)于低代碼平臺(tái)前端的問(wèn)題，以下是小編對(duì)此問(wèn)題的歸納整理，讓我們一起來(lái)看看吧。

創(chuàng)意嶺作為行業(yè)內(nèi)優(yōu)秀的企業(yè)，服務(wù)客戶(hù)遍布全球各地，相關(guān)業(yè)務(wù)請(qǐng)撥打電話(huà)：175-8598-2043，或添加微信：1454722008

本文目錄:

1、無(wú)代碼低代碼平臺(tái)是不是就是代碼生成器？
2、低代碼開(kāi)發(fā)平臺(tái)有什么特點(diǎn)？
3、APICloud發(fā)布低代碼開(kāi)發(fā)平臺(tái)，賦能B端企業(yè)提升IT生產(chǎn)力
4、如何選擇低代碼無(wú)代碼平臺(tái)

低代碼平臺(tái)前端（低代碼平臺(tái)前端是什么）

一、無(wú)代碼低代碼平臺(tái)是不是就是代碼生成器？

我們也在一直關(guān)注低代碼技術(shù)的發(fā)展，好像大部分低代碼平臺(tái)都是采用代碼生成的模式，給乙方廠(chǎng)商開(kāi)發(fā)人員提高開(kāi)發(fā)效率，甲方客戶(hù)一般還是挺難使用，我覺(jué)得低代碼平臺(tái)最好能給甲方客戶(hù)業(yè)務(wù)人員或乙方的現(xiàn)場(chǎng)運(yùn)維人員使用，這樣效率最高，現(xiàn)場(chǎng)維護(hù)人員了解客戶(hù)需求后就能自己搞，這樣的話(huà)，減少溝通成本

二、低代碼開(kāi)發(fā)平臺(tái)有什么特點(diǎn)？

2020年，Gartner更新并發(fā)布了針對(duì)企業(yè)級(jí)低代碼開(kāi)發(fā)平臺(tái)的關(guān)鍵能力報(bào)告《企業(yè)低代碼應(yīng)用平臺(tái)的關(guān)鍵功能》，與同期的上一份報(bào)告相比，該報(bào)告首次出現(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è)顯著的提升效率，還能進(jìn)一步降低企業(yè)開(kāi)發(fā)成本，也就是我們所說(shuō)的“降本增效”。為專(zhuān)業(yè)開(kāi)發(fā)者提供了一種全新的高生產(chǎn)力開(kāi)發(fā)范式。

另一方面，低代碼能讓不懂代碼的人通過(guò)“拖拉拽”開(kāi)發(fā)組件來(lái)完成應(yīng)用程序的構(gòu)建。從某種意義上說(shuō)，低代碼可以彌補(bǔ)日益擴(kuò)大的專(zhuān)業(yè)技術(shù)人才缺口，同時(shí)也可以促進(jìn)企業(yè)與技術(shù)之間深度協(xié)作的最終敏捷形式。

1、來(lái)自Wikipedia的低代碼定義

從Wiki的定義中，我們可以提煉出幾個(gè)關(guān)鍵信息：

低代碼開(kāi)發(fā)平臺(tái)（LCDP）本身也是一種軟件，它為開(kāi)發(fā)者提供了一個(gè)創(chuàng)建應(yīng)用軟件的開(kāi)發(fā)環(huán)境。對(duì)于程序員而言，低代碼開(kāi)發(fā)平臺(tái)的性質(zhì)與IDEA、VS等代碼IDE（集成開(kāi)發(fā)環(huán)境）幾乎一樣，都是服務(wù)于開(kāi)發(fā)者的生產(chǎn)力工具。

與傳統(tǒng)代碼IDE不同的是，低代碼開(kāi)發(fā)平臺(tái)提供的是更高維和易用的可視化IDE。大多數(shù)情況下，開(kāi)發(fā)者并不需要使用傳統(tǒng)的手寫(xiě)代碼方式進(jìn)行編程，而是可以通過(guò)圖形化拖拽、參數(shù)配置等更高效的方式完成開(kāi)發(fā)工作。

2、來(lái)自Forrester的低代碼定義

相比Wiki的版本，F(xiàn)orrester定義更偏向于闡明低代碼所帶來(lái)的核心價(jià)值：

低代碼開(kāi)發(fā)平臺(tái)能夠?qū)崿F(xiàn)業(yè)務(wù)應(yīng)用的快速交付。也就是說(shuō)，不只是像傳統(tǒng)開(kāi)發(fā)平臺(tái)一樣“能”開(kāi)發(fā)應(yīng)用而已，低代碼開(kāi)發(fā)平臺(tái)的重點(diǎn)是開(kāi)發(fā)應(yīng)用更“快”。更重要的是，這個(gè)快的程度是顛覆性的：根據(jù)Forrester在2016年的調(diào)研，大部分公司反饋低代碼平臺(tái)幫助他們把開(kāi)發(fā)效率提升了5-10倍。而且我們有理由相信，隨著低代碼技術(shù)、產(chǎn)品和行業(yè)的不斷成熟，這個(gè)提升倍數(shù)還能繼續(xù)上漲。

低代碼開(kāi)發(fā)平臺(tái)能夠降低業(yè)務(wù)應(yīng)用的開(kāi)發(fā)成本。一方面，低代碼開(kāi)發(fā)在軟件全生命周期流程上的投入都要更低（代碼編寫(xiě)更少、環(huán)境設(shè)置和部署成本也更簡(jiǎn)單）；另一方面，低代碼開(kāi)發(fā)還顯著降低了開(kāi)發(fā)人員的使用門(mén)檻，非專(zhuān)業(yè)開(kāi)發(fā)者經(jīng)過(guò)簡(jiǎn)單的IT基礎(chǔ)培訓(xùn)就能快速上崗，既能充分調(diào)動(dòng)和利用企業(yè)現(xiàn)有的各方面人力資源，也能大幅降低對(duì)昂貴專(zhuān)業(yè)開(kāi)發(fā)者資源的依賴(lài)。

二、低代碼開(kāi)發(fā)平臺(tái)的特點(diǎn)？

1、提效降本

對(duì)研發(fā)人員的提效：相比于傳統(tǒng)開(kāi)發(fā)模式，低代碼開(kāi)發(fā)搭建的抽象程度更高，通過(guò)犧牲部分定制性換來(lái)更高效的開(kāi)發(fā)方式。

對(duì)企業(yè)客戶(hù)的提效：研發(fā)一個(gè)低代碼開(kāi)發(fā)平臺(tái)，專(zhuān)業(yè)性要求很高，而且用戶(hù)群會(huì)很窄，因此需要針對(duì)不同用戶(hù)的訴求開(kāi)發(fā)定制方案，本質(zhì)上是通過(guò)降低通用性換取更低的上手成本，或者針對(duì)某個(gè)領(lǐng)域降低上手成本，比如數(shù)據(jù)圖表搭建、CRM客戶(hù)管理、生產(chǎn)管理、OA協(xié)同辦公系統(tǒng)搭建等。

2、質(zhì)量保障

項(xiàng)目延期交付已成為行業(yè)常態(tài)，而瓶頸幾乎總是開(kāi)發(fā)人員（對(duì)機(jī)器能解決的問(wèn)題都不是問(wèn)題）；優(yōu)秀的開(kāi)發(fā)人才永遠(yuǎn)是稀缺資源，還賊貴；軟件質(zhì)量缺陷始終無(wú)法收斂，線(xiàn)上故障頻發(fā)資損不斷。有了低代碼開(kāi)發(fā)平臺(tái)，簡(jiǎn)單培訓(xùn)一下，不懂代碼的業(yè)務(wù)人員也能立刻搭建系統(tǒng)，而且有問(wèn)題可以隨時(shí)找低代碼廠(chǎng)商處理。

3、擴(kuò)大應(yīng)用開(kāi)發(fā)勞動(dòng)力

通過(guò)讓大部分開(kāi)發(fā)工作可以?xún)H通過(guò)簡(jiǎn)單的拖拽與配置完成，低代碼開(kāi)發(fā)平臺(tái)（包括零代碼）顯著降低了使用者門(mén)檻，讓企業(yè)能夠充分利用前面所提到的平民開(kāi)發(fā)者資源。部分純零代碼需求場(chǎng)景下，低代碼還能讓業(yè)務(wù)人員實(shí)現(xiàn)自助式（self-service）應(yīng)用交付，既解決了傳統(tǒng)IT交付模式下的任務(wù)堆積（backlog）問(wèn)題，避免稀缺的專(zhuān)業(yè)開(kāi)發(fā)資源被大量簡(jiǎn)單、重復(fù)性的應(yīng)用開(kāi)發(fā)需求所侵占，也能讓業(yè)務(wù)人員真正按自己的想法去實(shí)現(xiàn)應(yīng)用，擺脫交由他人開(kāi)發(fā)時(shí)不可避免的桎梏。

三、低代碼開(kāi)發(fā)的核心能力

1、易用性-無(wú)代碼應(yīng)用開(kāi)發(fā)

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

2、應(yīng)用用戶(hù)體驗(yàn)

使用低代碼開(kāi)發(fā)平臺(tái)所構(gòu)建的應(yīng)用程序的用戶(hù)體驗(yàn)。該指標(biāo)能夠決定最終用戶(hù)對(duì)開(kāi)發(fā)者的好評(píng)程度。一般的說(shuō)，獨(dú)立的軟件開(kāi)發(fā)團(tuán)隊(duì)為企業(yè)客戶(hù)做項(xiàng)目交付時(shí)，對(duì)該能力的要求會(huì)顯著高于企業(yè)客戶(hù)自主開(kāi)發(fā)；開(kāi)放給企業(yè)的客戶(hù)或供應(yīng)商的項(xiàng)目，對(duì)該能力的要求會(huì)高于企業(yè)內(nèi)部用戶(hù)使用的項(xiàng)目。

3、數(shù)據(jù)建模和管理

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

4、流程和業(yè)務(wù)邏輯

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

5、平臺(tái)生態(tài)

開(kāi)發(fā)平臺(tái)的生態(tài)系統(tǒng)。低代碼開(kāi)發(fā)平臺(tái)的本質(zhì)是開(kāi)發(fā)工具，內(nèi)置的開(kāi)箱即用的功能無(wú)法覆蓋更多應(yīng)用場(chǎng)景。此時(shí)，就需要基于該平臺(tái)的完整生態(tài)系統(tǒng)，來(lái)提供更深程度、更全面的開(kāi)發(fā)賦能。很多開(kāi)發(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ù)期的未來(lái)中，項(xiàng)目不涉及系統(tǒng)集成和擴(kuò)展開(kāi)發(fā)，開(kāi)發(fā)者都應(yīng)該關(guān)注這個(gè)能力。

值得一提的是，在另一家權(quán)威行業(yè)機(jī)構(gòu)，F(xiàn)orrester的《2019 Q1 Forrester 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)志，不具備編程接口的“低代碼”被劃歸為“無(wú)代碼”，轉(zhuǎn)移到那些只適用有限用例的平臺(tái)報(bào)告中。

7、架構(gòu)

系統(tǒng)是否支持更先進(jìn)的架構(gòu)、清晰的分層，以對(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ì)量。與上一點(diǎn)類(lèi)似，服務(wù)質(zhì)量也是衡量運(yùn)行于公有云模式下低代碼開(kāi)發(fā)平臺(tái)的指標(biāo)。這里的服務(wù)質(zhì)量，除了通常所說(shuō)的“無(wú)故障使用時(shí)間”外，還要考慮資源是否支持獨(dú)占模式，避免某一個(gè)應(yīng)用的高負(fù)荷，導(dǎo)致其他應(yīng)用不可用或出現(xiàn)性能劣化。

9、用戶(hù)模型與軟件開(kāi)發(fā)周期

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

10、治理

治理（開(kāi)發(fā)管理）。企業(yè)級(jí)軟件的項(xiàng)目規(guī)模通常比較大，而且業(yè)務(wù)更關(guān)鍵，這就對(duì)開(kāi)發(fā)團(tuán)隊(duì)管理提出了更高的要求?，F(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ò)程中帶來(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)限管理和控制功能等層面發(fā)力，全方位賦能開(kāi)發(fā)者構(gòu)建安全的，符合企業(yè)規(guī)則的企業(yè)級(jí)應(yīng)用。支持本地部署、全SSL數(shù)據(jù)傳輸、密碼強(qiáng)度策略、跨域訪(fǎng)問(wèn)控制、高粒度的用戶(hù)權(quán)限控制等都是該能力的具體體現(xiàn)。大型企業(yè)、特定行業(yè)企業(yè)（如軍工、金融等）通常對(duì)該指標(biāo)的關(guān)注程度會(huì)更高一些。

合理并且有效地運(yùn)用低代碼，不僅可以讓我們工作高效地運(yùn)行，還能最大程度保證團(tuán)隊(duì)目標(biāo)的達(dá)成。我推薦使用織信，它內(nèi)置100+標(biāo)準(zhǔn)應(yīng)用模板，覆蓋：數(shù)字化校園、OA協(xié)同辦公、ERP進(jìn)銷(xiāo)存、CRM客戶(hù)管理、人事績(jī)效財(cái)務(wù)、企業(yè)服務(wù)、個(gè)人及組織等多個(gè)應(yīng)用場(chǎng)景。點(diǎn)擊一鍵安裝，即可免費(fèi)試用。并且擁有在線(xiàn)搭建功能，可根據(jù)企業(yè)需求實(shí)現(xiàn)自主配置。是幫助企業(yè)開(kāi)啟數(shù)字化轉(zhuǎn)型的重要引擎?，F(xiàn)在注冊(cè)還可享終身免費(fèi)使用權(quán)益。

三、APICloud發(fā)布低代碼開(kāi)發(fā)平臺(tái)，賦能B端企業(yè)提升IT生產(chǎn)力

【獵云網(wǎng)北京】5月23日?qǐng)?bào)道

在云原生快速普及的趨勢(shì)下，傳統(tǒng)軟件架構(gòu)正在全面轉(zhuǎn)向云架構(gòu)，而傳統(tǒng)軟件開(kāi)發(fā)也全面向云開(kāi)發(fā)的模式推進(jìn)。特別是企業(yè)內(nèi)的基礎(chǔ)支撐系統(tǒng)在積極適應(yīng)業(yè)務(wù)互聯(lián)網(wǎng)化、數(shù)字化過(guò)程中，產(chǎn)生了“敏捷開(kāi)發(fā)”、“快速迭代”的剛性需求。CIO和CTO如何打造全新的IT團(tuán)隊(duì)和模式？如何更好的滿(mǎn)足越來(lái)越多由業(yè)務(wù)部門(mén)發(fā)起的零散IT需求，成為巨大的挑戰(zhàn)。為了一種全新的IT基礎(chǔ)系統(tǒng)，低代碼開(kāi)發(fā)平臺(tái)正在快速的出現(xiàn)和普及。

與此同時(shí)，效率一直是企業(yè)生產(chǎn)力水平的重要標(biāo)桿，而效率的服務(wù)對(duì)象則是需求；數(shù)字化時(shí)代的下半場(chǎng)，能否突破傳統(tǒng)效率邊界，甚至決定著一個(gè)企業(yè)的生死存亡；區(qū)別于企業(yè)IT部門(mén)主導(dǎo)需求的傳統(tǒng)模式，互聯(lián)網(wǎng)和云的背景下更多是由業(yè)務(wù)部門(mén)自主發(fā)起需求，IT部門(mén)提供技術(shù)與服務(wù)，這樣的模式更適用于互聯(lián)網(wǎng)的快速打法，而供需關(guān)系的轉(zhuǎn)化，則使低代碼開(kāi)發(fā)平臺(tái)成為了顛覆傳統(tǒng)效率的利器，或?qū)⑵髽I(yè)IT生產(chǎn)力引領(lǐng)至全新的高度。

在低代碼開(kāi)發(fā)平臺(tái)，非技術(shù)背景的業(yè)務(wù)人員通過(guò)少量代碼或可視化工具可直接描述需求，并自動(dòng)生成部分功能與套件，從而加速業(yè)務(wù)落地，降低人才培訓(xùn)與產(chǎn)品部署的成本，在此過(guò)程中低代碼展現(xiàn)出與企業(yè)創(chuàng)新需求高度匹配的特性，使用低代碼開(kāi)發(fā)平臺(tái)構(gòu)建企業(yè)級(jí)應(yīng)用，逐漸成為提升IT生產(chǎn)力的重要趨勢(shì)；為此，APICloud通過(guò)多年技術(shù)創(chuàng)新與數(shù)據(jù)積累，打造的低代碼開(kāi)發(fā)平臺(tái)順勢(shì)而生。

5月23日，APICloud正式發(fā)布低代碼開(kāi)發(fā)平臺(tái)與新產(chǎn)品，將進(jìn)一步對(duì)To B行業(yè)的IT生產(chǎn)力進(jìn)行賦能。APICloud創(chuàng)始人兼CEO劉鑫發(fā)布了全新的IT生產(chǎn)力工具“Plus Mode”，這款涵蓋需求分析、產(chǎn)品原型、UI設(shè)計(jì)、前端開(kāi)發(fā)、后端開(kāi)發(fā)為一體的組合型工具，依托APICloud低代碼開(kāi)發(fā)平臺(tái)而建，將可視化界面與拖拽式產(chǎn)品進(jìn)行無(wú)縫結(jié)合，憑借APICloud豐富的行業(yè)案例數(shù)據(jù)庫(kù)與敏捷的低代碼開(kāi)發(fā)能力為支撐，幫助企業(yè)IT項(xiàng)目快速落地。

產(chǎn)品、UI、開(kāi)發(fā)本為IT項(xiàng)目環(huán)環(huán)相扣的組成部分，Plus Mode為IT項(xiàng)目中每個(gè)角色提供工具的同時(shí)，大量前置環(huán)節(jié)的工作量通過(guò)大數(shù)據(jù)復(fù)用進(jìn)行實(shí)現(xiàn)，從而為每個(gè)環(huán)節(jié)提升30%至60%的工作效率；對(duì)于已上線(xiàn)的產(chǎn)品，Plus Mode也表現(xiàn)出十分融合的友好度，可根據(jù)數(shù)據(jù)需求直接生成API接口，快速打通新、老產(chǎn)品功能與數(shù)據(jù)的調(diào)用；憑借門(mén)檻低、上手快的特性，Plus Mode可幫助企業(yè)快速訓(xùn)練出一支具備高效協(xié)作能力的IT項(xiàng)目團(tuán)隊(duì)。

Plus Mode的核心行業(yè)數(shù)據(jù)庫(kù)由APICloud平臺(tái)多年積累而成，根據(jù)不同行業(yè)、不同功能、不同應(yīng)用場(chǎng)景進(jìn)行梳理，目前包含11個(gè)行業(yè)，63類(lèi)功能模塊，Plus Mode的行業(yè)數(shù)據(jù)庫(kù)與產(chǎn)品工具均以公有云形式提供，IT團(tuán)隊(duì)可隨時(shí)隨地進(jìn)行協(xié)作，行業(yè)數(shù)據(jù)庫(kù)也會(huì)基于互聯(lián)網(wǎng)創(chuàng)新產(chǎn)品的不斷迭代而進(jìn)行實(shí)時(shí)更新。

為了更好地貫穿“人效”理念，此次發(fā)布會(huì)APICloud提出了一套線(xiàn)上+線(xiàn)下的組合拳戰(zhàn)術(shù)，除了生產(chǎn)力工具，APICloud Coo May還發(fā)布了全新概念的共享辦公服務(wù)，不同于傳統(tǒng)共享辦公模式，該服務(wù)主要面向平臺(tái)中的技術(shù)團(tuán)隊(duì)，通過(guò)線(xiàn)下聯(lián)合辦公的模式，對(duì)入駐的團(tuán)隊(duì)進(jìn)行技術(shù)賦能，加速技術(shù)變現(xiàn)能力，同時(shí)以此加強(qiáng)IT項(xiàng)目的協(xié)作效率，該業(yè)務(wù)是APICloud北京、重慶雙總部戰(zhàn)略的延伸，目前當(dāng)?shù)厥褂肁PICloud平臺(tái)的技術(shù)團(tuán)隊(duì)均可申請(qǐng)入駐。

為了進(jìn)一步完善開(kāi)發(fā)者生態(tài)建設(shè)，打通移動(dòng)應(yīng)用從開(kāi)發(fā)至上線(xiàn)的全部鏈條，APICloud聯(lián)合騰訊云推出更適于移動(dòng)應(yīng)用的云解決方案，日后，APICloud用戶(hù)可直接在平臺(tái)中選購(gòu)騰訊云的優(yōu)質(zhì)服務(wù)，并享受一定優(yōu)惠返利。

四、如何選擇低代碼無(wú)代碼平臺(tái)

近期，Gartner、Forrester等行研機(jī)構(gòu)陸續(xù)更新了低代碼相關(guān)的報(bào)告，報(bào)告中對(duì)低代碼的能力模型進(jìn)行了調(diào)整。從整體方向上看，上述行研機(jī)構(gòu)在評(píng)估低代碼開(kāi)發(fā)平臺(tái)產(chǎn)品時(shí)，提升了數(shù)據(jù)模型/模型驅(qū)動(dòng)的重要性，并且細(xì)化了開(kāi)發(fā)管制（governance）相關(guān)的要求。

事實(shí)上，隨著低代碼應(yīng)用場(chǎng)景的泛化和深化，國(guó)際上的主流行研機(jī)構(gòu)已經(jīng)明確了“低代碼開(kāi)發(fā)和傳統(tǒng)開(kāi)發(fā)方式在應(yīng)用場(chǎng)景上一致”的大方向，并且按照開(kāi)發(fā)復(fù)雜系統(tǒng)、大規(guī)模系統(tǒng)的標(biāo)準(zhǔn)，衡量低代碼開(kāi)發(fā)工具。

核心能力體系

在此背景之下，我根據(jù)對(duì)低代碼行業(yè)的觀察和理解，再考慮上中國(guó)特有的需求，整理出一份低代碼開(kāi)發(fā)平臺(tái)核心能力，分為開(kāi)發(fā)、擴(kuò)展、體驗(yàn)和管制四個(gè)方面，供技術(shù)選型參考。

1. 開(kāi)發(fā)

1.1 模型驅(qū)動(dòng)開(kāi)發(fā)

模型驅(qū)動(dòng)是軟件開(kāi)發(fā)的成熟方法論，是企業(yè)級(jí)系統(tǒng)開(kāi)發(fā)的通行做法。模型驅(qū)動(dòng)開(kāi)發(fā)大致可以分為三個(gè)階段：

數(shù)據(jù)模型：根據(jù)數(shù)據(jù)庫(kù)設(shè)計(jì)范式，制作出由數(shù)據(jù)表、關(guān)系、約束等構(gòu)成的數(shù)據(jù)模型

業(yè)務(wù)模型：將業(yè)務(wù)邏輯構(gòu)建在數(shù)據(jù)模型之上，形成完整的業(yè)務(wù)模型（也稱(chēng)領(lǐng)域模型）

交互界面：基于業(yè)務(wù)模型開(kāi)發(fā)交互頁(yè)面，編排業(yè)務(wù)模型以實(shí)現(xiàn)業(yè)務(wù)操作

1.2 可視化：UI設(shè)計(jì)

使用可視化的方式構(gòu)建前端界面和前端交互行為。如果您的項(xiàng)目需要保持統(tǒng)一的VI，那么是否支持引入CSS文件也需要納入考察項(xiàng)目。

1.3 可視化：邏輯處理開(kāi)發(fā)

使用可視化的方式，在前端或者后端構(gòu)建業(yè)務(wù)處理邏輯。對(duì)于有事務(wù)性要求的企業(yè)級(jí)應(yīng)用項(xiàng)目，如ERP、WMS或財(cái)務(wù)，需要重點(diǎn)關(guān)注后端業(yè)務(wù)邏輯處理的開(kāi)發(fā)方式。

1.4 可視化：系統(tǒng)運(yùn)維

低代碼開(kāi)發(fā)平臺(tái)應(yīng)關(guān)注軟件開(kāi)發(fā)的全生命周期，部署、迭代、監(jiān)控等環(huán)節(jié)的可視化，同樣可以大幅降低軟件的整體成本。

2. 擴(kuò)展

2.1 數(shù)據(jù)庫(kù)集成

數(shù)據(jù)庫(kù)集成能力是打通“數(shù)據(jù)孤島”的必備條件，也是成本最低的方案之一。是否能夠連接外部的數(shù)據(jù)庫(kù)，是否能夠調(diào)用該數(shù)據(jù)庫(kù)上存儲(chǔ)過(guò)程等編程能力，對(duì)大企業(yè)的軟件開(kāi)發(fā)項(xiàng)目來(lái)說(shuō)至關(guān)重要。

2.2 WebAPI集成

現(xiàn)代的軟件系統(tǒng)和SaaS服務(wù)均以Web API的形式對(duì)外提供接口，用于集成。通過(guò)調(diào)用Web API可以讓低代碼開(kāi)發(fā)平臺(tái)具備更強(qiáng)大的開(kāi)發(fā)能力和更廣泛的應(yīng)用場(chǎng)景。

2.3 編程接口

軟件需求和IT環(huán)境的變化通常會(huì)超過(guò)開(kāi)發(fā)平臺(tái)的迭代，編程接口便是避免“卡在最后一公里”的最后一道防線(xiàn)。

2.4可擴(kuò)展的組件生態(tài)

在編程接口的基礎(chǔ)上，如果能夠存在一個(gè)組件生態(tài)，讓用戶(hù)能快速找到自己所需的開(kāi)發(fā)功能，避免“重復(fù)造輪子”，何樂(lè)為不為呢。

3. 體驗(yàn)

3.1 響應(yīng)式頁(yè)面支持

響應(yīng)式頁(yè)面可以分為流式布局和網(wǎng)格布局兩種。支持響應(yīng)式頁(yè)面意味著用戶(hù)無(wú)需針對(duì)特定的屏幕尺寸做專(zhuān)門(mén)的設(shè)計(jì)，可以大幅提升UI的開(kāi)發(fā)效率。

3.2 定制化的原生APP支持

為了充分利用硬件的特性，針對(duì)iOS或Android開(kāi)發(fā)原生APP依然沒(méi)有被拋棄。是否能構(gòu)建從Logo到功能，全定制化的原生APP對(duì)于某些項(xiàng)目來(lái)說(shuō)，依然是必須項(xiàng)目。

3.3 本土化移動(dòng)端支持

移動(dòng)辦公在國(guó)內(nèi)基本上等同于釘釘和微信，所以，低代碼開(kāi)發(fā)平臺(tái)需要具備與這兩個(gè)IM軟件無(wú)縫對(duì)接的能力，從頁(yè)面嵌入到用戶(hù)集成，不容忽視。

4. 管制

4.1 Web版IDE

相比于桌面版的IDE，Web版具備更快速的部署、更統(tǒng)一的版本等優(yōu)勢(shì)，對(duì)于大型項(xiàng)目開(kāi)發(fā)團(tuán)隊(duì)而言，為此犧牲一定的開(kāi)發(fā)效率都可以接受。

4.2 版本管理

企業(yè)級(jí)應(yīng)用的高復(fù)雜度和頻繁的需求變更決定了版本管理的重要性。事實(shí)上，在專(zhuān)業(yè)開(kāi)發(fā)領(lǐng)域，版本管理已經(jīng)成了標(biāo)配，并基于此衍生出了完整的項(xiàng)目管理方法論。

4.3 代碼倉(cāng)庫(kù)管理

與代碼類(lèi)似，用戶(hù)使用低代碼工具開(kāi)發(fā)的資產(chǎn)也是公司或團(tuán)隊(duì)的財(cái)富，如何安全可靠的保存這些資產(chǎn)，將其存放在位于局域網(wǎng)或互聯(lián)網(wǎng)的Git等代碼庫(kù)，配置訪(fǎng)問(wèn)權(quán)限是個(gè)好思路。

4.4 局域網(wǎng)部署

在中國(guó)，依然有很多企業(yè)對(duì)數(shù)據(jù)和應(yīng)用程序的可控性提出非常嚴(yán)苛的要求，如果用戶(hù)需要為他們開(kāi)發(fā)核心業(yè)務(wù)系統(tǒng)，支持局域網(wǎng)部署，在完全沒(méi)有互聯(lián)網(wǎng)的情況下也可以開(kāi)發(fā)、部署和使用就成為不得不面對(duì)的現(xiàn)實(shí)。

國(guó)內(nèi)外典型產(chǎn)品橫評(píng)

為了直觀的展示核心能力體系，我選取了國(guó)內(nèi)外幾個(gè)典型的低代碼開(kāi)發(fā)平臺(tái)產(chǎn)品（outsystems、powerapps、活字格、釘釘宜搭）進(jìn)行橫評(píng)。這里的評(píng)價(jià)僅為定性，不涉及定量。一家之言，僅供參考。

低代碼平臺(tái)前端（低代碼平臺(tái)前端是什么）