一文講透：所有低代碼平臺(tái)最底層的邏輯是什么？（低代碼平臺(tái) 原理）

我查看了幾乎所有的介紹低代碼的總結(jié)和分析報(bào)告，幾乎都沒有把低代碼最底層的產(chǎn)品邏輯說清楚。今天我嘗試不用復(fù)雜的技術(shù)名詞，也不用代碼，把這個(gè)事兒給大家說明白，低代碼到底怎么回事兒?。ㄈ嗽埔嘣颇切?，我就統(tǒng)統(tǒng)省略了，我們直擊最底層的邏輯，這種分析產(chǎn)品和技術(shù)的方式應(yīng)該也是通用的。）

低代碼給誰用的？

低代碼核心產(chǎn)品邏輯

三類人群：

一、開發(fā)者/程序員：（或者更廣義的開發(fā)者）核心開發(fā)應(yīng)用或程序的邏輯和寫代碼并無差別。（程序邏輯就是程序邏輯，沒有第二種邏輯可言了）

邏輯要求能力：強(qiáng)

開發(fā)的方式：鼠標(biāo)點(diǎn)擊、連線、拖拽、配置

（低代碼和“代碼的關(guān)系”最好是“代碼都可以用，不用代碼都可以做出來”）

二、業(yè)務(wù)編輯人員：就是設(shè)計(jì)各種工作流、各種表單、各種圖表的人員，只需要知道業(yè)務(wù)邏輯，怎么操作就可以了，不太需要“程序邏輯”，而對(duì)業(yè)務(wù)本身理解較深。

邏輯要求能力：中

開發(fā)的方式：鼠標(biāo)點(diǎn)擊、連線、拖拽、配置

三、業(yè)務(wù)使用人員：（即業(yè)務(wù)最終的用戶）例如需要填寫表單、做審批/評(píng)價(jià)、填寫記錄…總之就是最終去使用“業(yè)務(wù)配置人員”配置好的界面及相關(guān)功能的用戶。

邏輯要求能力：低

開發(fā)的方式：鼠標(biāo)點(diǎn)擊、連線、拖拽、配置

三種狀態(tài)

一、開發(fā)態(tài)：（區(qū)別于“運(yùn)行時(shí)”的狀態(tài)）怎么去理解開發(fā)態(tài)呢？我舉兩個(gè)例子，例如操作系統(tǒng)Windows，開發(fā)Windows代碼設(shè)計(jì)整個(gè)系統(tǒng)的時(shí)候，就是開發(fā)態(tài)，成千上萬的工程師都在寫代碼和調(diào)試，然后編譯成Windows系統(tǒng)軟件，而最終你購買電腦之后，開機(jī)，進(jìn)入Windows系統(tǒng)桌面，這個(gè)時(shí)候就是運(yùn)行時(shí)了。例外一個(gè)例子，你身上的DNA可以理解為開發(fā)態(tài)，你的大腦可以理解為運(yùn)行時(shí)…。開發(fā)態(tài)代表什么都可以修改，靈活性較高；而運(yùn)行時(shí)，一些部分已經(jīng)固化，就不太容易修改了。

二、運(yùn)行時(shí)—業(yè)務(wù)編輯態(tài)：這種狀態(tài)對(duì)應(yīng)上面的“業(yè)務(wù)編輯人員”，即“業(yè)務(wù)編輯人員”使用“編輯器或設(shè)計(jì)器”的這個(gè)過程。

三、運(yùn)行時(shí)—業(yè)務(wù)運(yùn)行態(tài)：這種狀態(tài)對(duì)應(yīng)上面的“業(yè)務(wù)使用人員”，這個(gè)我就不再重復(fù)介紹了，幾乎所有的低代碼平臺(tái)對(duì)這部分的使用都是一致的，從上面的圖也可以看。

低代碼平臺(tái)之間核心差異

有了前面的“三類人群”和“三種狀態(tài)（實(shí)際上低代碼產(chǎn)品只能在前面兩種狀態(tài)里面產(chǎn)生）”，把現(xiàn)有的所有低代碼平臺(tái)往里面去放就可以了。（直接查看附圖）

而且你會(huì)發(fā)現(xiàn)一些有趣的事情：

1. 在“開發(fā)態(tài)”做產(chǎn)品，一個(gè)核心體現(xiàn)就是“生成代碼”！這種方式通常是比較難的，通常需要“中間語言DDL/編輯器/解釋器”等，需要“圖形化邏輯表達(dá)”，研發(fā)的周期往往也比較長(zhǎng)（短時(shí)間內(nèi)做不出什么好東西的）。
2. 把“開發(fā)者”和“業(yè)務(wù)編輯人員”放在一個(gè)產(chǎn)品下面（傳統(tǒng)的Mendix Outsystems CodeWave等的做法），不管是放在“開發(fā)態(tài)”或者是“運(yùn)行時(shí)—業(yè)務(wù)編輯態(tài)”，都是一個(gè)比較尷尬的事情，一方面要設(shè)計(jì)多個(gè)設(shè)計(jì)器給不同的人員去使用（也是多個(gè)設(shè)計(jì)存在的原因），另一方面把“兩波完全不同的人”放在一個(gè)產(chǎn)品下，通常兩邊都不討好。“開發(fā)者覺得不方便，操作麻煩”，“業(yè)務(wù)編輯人員覺得看不懂，太多代碼相關(guān)背景知識(shí)”。（從上圖可以看出，有一些產(chǎn)品，直接取消了“開發(fā)者”，就和SaaS類似。）
3. iVX并沒有設(shè)計(jì)多套“編輯器”，而是一個(gè)“IDE”，更像是“圖形化編程語言”的思路，也不用把“開發(fā)者”和“業(yè)務(wù)編輯人員”放在一套產(chǎn)品下面。
4. 一些大平臺(tái)，直接把“低代碼”做成了自身生態(tài)的快速粘合劑或“快速開發(fā)工具/設(shè)計(jì)器”，例如宜搭、PowerPlatform等，也是一種思路，但是必須要平臺(tái)足夠大才行。

另外，我想說的是，一個(gè)工具是否好用，技術(shù)最多占一半，另外的一半是產(chǎn)品！而且最終是否為用戶帶來效率，是否用著爽，可能才是成功與否的關(guān)鍵。