分這么幾點：
1.開發(fā)完整性：
有強大的IDE支持嗎?可以全生命周期管理嗎?能做前端和后端嗎?
提供一個低代碼的IDE，來完成設(shè)計、開發(fā)、數(shù)據(jù)和部署的過程;也就是可以對應(yīng)用進行“全生命周期管理”。開發(fā)者工具，包括調(diào)試工具、監(jiān)控和性能分析工具必須齊全
2.應(yīng)用獨立性：
所開發(fā)出來的應(yīng)用可以導(dǎo)出部署獨立運行嗎?不是嵌入人家系統(tǒng)里的，是獨立App!
所開發(fā)出來的應(yīng)用，可以不依賴原系統(tǒng)獨立運行;(就看開發(fā)出來應(yīng)用是否可以導(dǎo)出，單獨運行?)
3.邏輯完備性：
邏輯表達是否完備?是否有前端和后臺非代碼表達方式，不管是流程圖還是面板。支持設(shè)計應(yīng)用的前后臺的數(shù)據(jù)邏輯和業(yè)務(wù)邏輯;(包括存儲，不依賴第三方工具或平臺)，是否允許開發(fā)人員添加自定義邏輯和組件。
4.可生成代碼以及代碼的生成質(zhì)量：
對云計算和API全面支持，支持各種數(shù)據(jù)庫類型接入和控制。對API支持良好，可以接入外部API，也可以提供服務(wù)API供外部接入;可接入外部各種數(shù)據(jù)庫，可以顯示、管理、命令控制;代碼應(yīng)該是干凈、高效的，容易維護。了解生成代碼是否遵循最佳實踐和標準
5.可集成：
可以集成現(xiàn)有前端后端的各種庫、框架、SDK，能共同編譯或直接使用;(例如Element Ul, Echart,JDK…等)
6.可重用:
低代碼本身的組件化和模塊化能力，抽象再抽象，封裝再封裝，重用再重用。
7、是否好上手
平臺的文檔和培訓(xùn)資源是否能幫助開發(fā)人員更好地使用平臺。
目前幾乎國內(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ā)者來說都尤為重要。
版權(quán)聲明：本文內(nèi)容由互聯(lián)網(wǎng)用戶自發(fā)貢獻，該文觀點僅代表作者本人。本站僅提供信息存儲空間服務(wù)，不擁有所有權(quán)，不承擔(dān)相關(guān)法律責(zé)任。如發(fā)現(xiàn)本站有涉嫌抄襲侵權(quán)/違法違規(guī)的內(nèi)容， 請發(fā)送郵件至 舉報，一經(jīng)查實，本站將立刻刪除。