在國內(nèi)對低代碼瘋狂炒作的今天，一種亂象叢生的感覺真是越來越明顯了。

前有 ERP 老兵反唇相譏《低代碼，不要以比“中臺”還快的速度臭大街》，后有 ThoughtWorksCTO 大力排斥：《“行業(yè)毒瘤”低代碼》，還有很多認為低代碼是新瓶裝舊酒，無非是個高級外包。

然而看過文章以后，更多是"時代沒有渡我的船"這樣的悲愴論調(diào)，關(guān)于低代碼本身的討論反而被模糊了。

如果低代碼真的是紙面上說的那樣舊瓶裝新酒，那么，國外低代碼平臺 OutSystems 估值超10億美元，Mendix 被7億美元收購；Amazon、微軟、阿里、騰訊等國內(nèi)外 IT 巨頭，以及大量傳統(tǒng)軟件廠商、新興 SaaS 廠商紛紛跟進押注，這樣的陣仗和行動豈是一時興起？

今天我想就低代碼的完整概念及其能力范圍做一個清晰的定義，讓大家?能對低代碼有個相對統(tǒng)一的理解，鑒于這個領(lǐng)域現(xiàn)在實在太亂，希望大家能多轉(zhuǎn)發(fā)一下，讓更多的人正確理解低代碼。?

?關(guān)于低代碼平臺的定義，雖然國內(nèi)的標準化程度還不高，但無論是 Gartner 還是 Forrester 這種國外頂尖分析機構(gòu)，都已經(jīng)開始給出比較清晰的篩選標準。

比如要支持通用場景（如 UI、邏輯和數(shù)據(jù)三層都要有）、要滿足專業(yè)開發(fā)需求等，隨著行業(yè)發(fā)展標準化程度肯定會進一步提高。

真正的低代碼平臺長什么樣?

市面上的產(chǎn)品很多，都號稱自己能做到最好，我們不看別的，就看影響力。

在國外，?OutSystems 就是當之無愧的頭牌廠商，無論是? Forrester 還是 Gartner 這類專業(yè)的分析機構(gòu)都把 OutSystems 列入領(lǐng)導(dǎo)者象限，在公認的低代碼領(lǐng)域應(yīng)該是沒有多少爭論了，所以，我們可以把 ?OutSystems 當成專業(yè)?低代碼平臺的代表。

?

?什么是專業(yè)低代碼平臺最典型的標志？

?

?——模型驅(qū)動

?

?市面上將2種主流的低代碼技術(shù)驅(qū)動分為“模型驅(qū)動”和“表單驅(qū)動”，詳細的區(qū)別我過去文章有寫，感興趣的可以去翻一下，總結(jié)下，就是模型驅(qū)動更復(fù)雜，技術(shù)實現(xiàn)路徑更難，也能實現(xiàn)更多更復(fù)雜的場景，在外觀上就能看出來：

模型驅(qū)動，OutSystems

邏輯驅(qū)動，iVX

?表單驅(qū)動

?

?大家一眼就能看到，就操作界面來講，模型驅(qū)動要比表單驅(qū)動的界面更復(fù)雜，功能也更多，實際上這也是一個專業(yè)低代碼平臺應(yīng)該具備的基本條件。以模型驅(qū)動這個標準來看，市面上90%的低代碼平臺都不在此列。

還有一個比較重要的標準，是可視化開發(fā)，注意，這里的可視化開發(fā)不是說只用拖拉拽做個界面就行了，那個充其量只叫可視化設(shè)計，這里指的是擁有一套完整的?可視化編程語言系統(tǒng)，能夠編寫業(yè)務(wù)處理邏輯。

比如說 ?OutSystems 有?順序 / 分支 / 循環(huán) / continue / break、輸入輸出參數(shù)、局部變量 / 全局變量、struct和list、異常等；iVX 的“事件觸發(fā)”按鈕，包括點擊、鼠標移入/移出、數(shù)據(jù)變量、?順序 / 分支 / 循環(huán)、時間變量等等

iVX 邏輯界面

雖然?這些東西都是拖拉拽完成，看上去沒有密密麻麻的一行行代碼來嚇人，但也足以嚇退業(yè)務(wù)人員，不是專業(yè)的選手其實已經(jīng)很難看懂了，或者需要接受一段時間的培訓(xùn)，才能厘清其中的邏輯。

其實光是以上兩點就足以剔除95%以上的低代碼平臺了，國內(nèi)分析報告中提到的產(chǎn)品，看了一圈下來也只有? iVX 和? ClickPaaS 能夠得上要求，但 ?ClickPaaS 的用戶手冊暫未開放，我到 iVX 的官網(wǎng)看了一下，整體下來還算合格，目前算是國內(nèi)專業(yè)低代碼平臺的獨苗吧。

當然，以上只是低代碼的部分討論，因為字數(shù)和體驗時間有限，這篇文章只寫到這，有興趣的歡迎關(guān)注我，下期接著談這個事兒。

?

?