什么是低代碼開發(fā)平臺？要了解這個，首先要了解什么是低代碼開發(fā)。

一、什么是低代碼開發(fā)平臺

一句話解釋：用更少的代碼，更快的速度來交付應(yīng)用程序。那么，提供這個平臺進(jìn)行編程制作程序的，就是低代碼開發(fā)平臺。

就像你要打字，word就是你打字用的平臺；你做視頻，pr就是你做視頻的平臺；對于程序員來說，編程的平臺也被稱為IDE，集成開發(fā)環(huán)境，但本質(zhì)上就是一個平臺工具。

二、相關(guān)概念的具體闡釋

注意，在低代碼開發(fā)中，這里的代碼更少，一方面是讓代碼的出現(xiàn)更少，bug也更少，而且開發(fā)在軟件全生命周期流程上的投入都要更低；

另一方面，低代碼并不意味著 low 代碼，傳統(tǒng)代碼編程中能達(dá)到的功能，低代碼同樣要達(dá)到，甚至不能有一絲一毫的縮減，而且要在交付的速度上達(dá)到更快。顯然，這是一種“我全都要”的企業(yè)家心態(tài)，非常符合資本家對降本增效的迫切需要。

三、開發(fā)者眼中合格的低代碼平臺應(yīng)該滿足哪些要求

那么，低代碼的出現(xiàn)真的能夠能滿足資本對它的想象嗎？或者換個問題，要滿足這種“既要還要”的需求，一個低代碼平臺應(yīng)該要滿足哪些條件？從開發(fā)者角度來說，應(yīng)該包含以下幾種：

1.開發(fā)完整性：

有強大的IDE支持嗎?可以全生命周期管理嗎?能做前端和后端嗎?提供一個低代碼的IDE，來完成設(shè)計、開發(fā)、數(shù)據(jù)和部署的過程;也就是可以對應(yīng)用進(jìn)行“全生命周期管理”。

2.應(yīng)用獨立性：

所開發(fā)出來的應(yīng)用可以導(dǎo)出部署獨立運行嗎?不是嵌入人家系統(tǒng)里的，是獨立App!所開發(fā)出來的應(yīng)用，可以不依賴原系統(tǒng)獨立運行;(就看開發(fā)出來應(yīng)用是否可以導(dǎo)出，單獨運行?)

3.邏輯完備性：

邏輯表達(dá)是否完備?是否有前端和后臺非代碼表達(dá)方式，不管是流程圖還是面板。支持設(shè)計應(yīng)用的前后臺的數(shù)據(jù)邏輯和業(yè)務(wù)邏輯;(包括存儲，不依賴第三方工具或平臺)

4.可生成代碼：

對云計算和API全面支持，支持各種數(shù)據(jù)庫類型接入和控制。對API支持良好，可以接入外部API，也可以提供服務(wù)API供外部接入;可接入外部各種數(shù)據(jù)庫，可以顯示、管理、命令控制;

5.可集成：

可以集成現(xiàn)有前端后端的各種庫、框架、SDK，能共同編譯或直接使用;(例如Element Ul, Echart,JDK…等)

6.可重用:

低代碼本身的組件化和模塊化能力，抽象再抽象，封裝再封裝，重用再重用。

最后是付費方式，如果是按最終用戶數(shù)來進(jìn)行收費的，從模式上講都沒有擺脫SaaS的影子，也說明應(yīng)用是無法完全“獨立運行”的!只有按“開發(fā)者數(shù)量”收費，或“開發(fā)應(yīng)用數(shù)量”收費，或云資源進(jìn)行收費，才具有PaaS特征，才算是開發(fā)平臺。否則就是一個SaaS

四、我眼中合格的低代碼平臺

目前幾乎國內(nèi)平臺幾乎只有 iVX 能滿足上述條件，如果還有其他滿足上述條件的低代碼平臺，歡迎各位在評論區(qū)指出。我目前知道的國外做得最出色的兩家“mendix”和“outsystems”，導(dǎo)出的文件“mpk和osp”也只能在自己環(huán)境下導(dǎo)入導(dǎo)出，PowerApps則只能在Azure下運行，APEX只能在Oracle下跑。

所以造成了“技術(shù)框架”、“運行環(huán)境”等多處鎖定。這樣的缺陷就是很容易鎖死在別人家的服務(wù)器上，跟著別人走，萬一人哪天心情不好了一關(guān)服務(wù)器，我們就只能干瞪眼，所以說開發(fā)的應(yīng)用可獨立部署這一點，無論是對低代碼平臺還是開發(fā)者來說都尤為重要。