今天準(zhǔn)備再談下對(duì)低代碼開發(fā)平臺(tái)的擴(kuò)展思考，最近2到3年，低代碼開發(fā)平臺(tái)可以算作一個(gè)小熱點(diǎn)，不論是傳統(tǒng)的BPM廠家，還是原來的快速開發(fā)平臺(tái)廠家，包括還有一些中臺(tái)建設(shè)廠家都逐步推出自己的低代碼開發(fā)平臺(tái)。

低代碼開發(fā)平臺(tái)概述

對(duì)于低代碼開發(fā)平臺(tái)的分析，我前面寫過一篇文章可以參考：

從快速開發(fā)平臺(tái)到低代碼開發(fā)平臺(tái)

從這篇文章大家可以對(duì)低代碼平臺(tái)有個(gè)初步的了解。如果簡(jiǎn)單地總結(jié)低代碼開發(fā)平臺(tái)，可以理解為一切皆是可配置，可建模的。而本書建模的關(guān)鍵又在于對(duì)業(yè)務(wù)領(lǐng)域和現(xiàn)實(shí)世界的大量實(shí)踐和抽象。

對(duì)于低代碼平臺(tái)核心要素，我也整理過一篇文章：

低代碼開發(fā)平臺(tái)核心組件集成和協(xié)同分析

即LCDP平臺(tái)的核心包括了上圖中的數(shù)據(jù)建模，表單建模，流程建模，權(quán)限建模，報(bào)表建模和規(guī)則建模幾個(gè)關(guān)鍵部分的內(nèi)容，通過這些建模組件，包括這些組件之間本身的協(xié)同來完成一個(gè)完整業(yè)務(wù)系統(tǒng)和功能的構(gòu)建。對(duì)于這些建模要素之間如何集成和協(xié)同，可以參考上面這篇文章詳細(xì)說明，在這里不再重復(fù)敘述。

在企業(yè)數(shù)字化轉(zhuǎn)型和IT架構(gòu)演進(jìn)中，前面也談了圍繞云原生技術(shù)來打造企業(yè)核心的技術(shù)中臺(tái)能力，其中的關(guān)鍵點(diǎn)是微服務(wù)，DevOps和容器云技術(shù)。

雖然說這些技術(shù)都可以提供應(yīng)用軟件持續(xù)集成和交付的效率，但是并不會(huì)說明顯提升軟件開發(fā)的效率，而對(duì)于軟件開發(fā)效率提升來說，共性技術(shù)組件的積累，靈活的開發(fā)框架，代碼生成，類似流程，表單，報(bào)表等動(dòng)態(tài)可配置能力仍然是關(guān)鍵。

因此我在前面專門寫了一篇文章談到低代碼開發(fā)平臺(tái)是云原生整個(gè)技術(shù)解決方案的一個(gè)關(guān)鍵補(bǔ)充，通過引入基于微服務(wù)架構(gòu)的低代碼開發(fā)平臺(tái)，來加快微服務(wù)和模塊化應(yīng)用的開發(fā)，集成和部署上線效率。

具體可以參考下面這篇文章：

低代碼開發(fā)平臺(tái)-對(duì)云原生整體解決方案的關(guān)鍵補(bǔ)充

但是軟件開發(fā)中困難的部分是規(guī)格化、設(shè)計(jì)和測(cè)試這些概念上的結(jié)構(gòu)，而不是對(duì)概念進(jìn)行表達(dá)和對(duì)實(shí)現(xiàn)的逼真程度進(jìn)行驗(yàn)證。也就是說軟件開發(fā)真正的難點(diǎn)是在于完成從現(xiàn)實(shí)世界到軟件抽象世界的轉(zhuǎn)換和建模，這個(gè)首要任務(wù)當(dāng)前并沒有一種很好的自動(dòng)化完成的方法和工具。

也正是這個(gè)原因，我又寫了一篇再論沒有銀彈的文章。

再論軟件系統(tǒng)的復(fù)雜性-沒有銀彈，只有焦油坑

對(duì)低代碼開發(fā)平臺(tái)的分類

當(dāng)我重新來思考軟件系統(tǒng)復(fù)雜性和低代碼開發(fā)平臺(tái)之間的關(guān)系時(shí)候，需要找到一個(gè)方法或邏輯進(jìn)一步將我前面闡述的內(nèi)容描述清楚。

簡(jiǎn)單來總結(jié)下結(jié)論應(yīng)該就是：

• 簡(jiǎn)單軟件系統(tǒng)可以有銀彈，但是復(fù)雜系統(tǒng)短期沒有銀彈
• 低代碼平臺(tái)應(yīng)分為面向技術(shù)人員和面向業(yè)務(wù)人員兩類

也就是說對(duì)于軟件系統(tǒng)或軟件應(yīng)用首先應(yīng)該分類，雖然有很多類似ERP等企業(yè)信息化軟件系統(tǒng)，但是對(duì)于大部分小微企業(yè)來說，核心的軟件應(yīng)用訴求就是電子化表單 流程。也就是說希望能夠?qū)⒁恍┘埫姹韱坞娮踊⒔y(tǒng)一管理起來。

對(duì)于這類應(yīng)用需求是完全可以靈活實(shí)現(xiàn)自動(dòng)化和智能配置的。

對(duì)于低代碼開發(fā)平臺(tái)，實(shí)際應(yīng)該分為兩類。

一類是類似商用的普元EOS平臺(tái)，或者開源的JEECG平臺(tái)。這類平臺(tái)實(shí)際是面向開發(fā)和技術(shù)人員使用，并不是說完全無代碼化，而是真正的叫低代碼，實(shí)現(xiàn)低代碼核心還是共性技術(shù)組件能力下沉和可復(fù)用。

但是具體的業(yè)務(wù)規(guī)則和邏輯的實(shí)現(xiàn)還是需要你寫代碼來完成，由于共性技術(shù)組件可復(fù)用，開發(fā)者可以更加專注于業(yè)務(wù)功能和業(yè)務(wù)邏輯的實(shí)現(xiàn)。

我們可以看下JeecgBoot網(wǎng)站的說明。

JeecgBoot是一款基于BPM的低代碼平臺(tái)！前后端分離架構(gòu) SpringBoot 2.x，SpringCloud，Ant Design&Vue，Mybatis-plus，Shiro，JWT，支持微服務(wù)。強(qiáng)大的代碼生成器讓前后端代碼一鍵生成，實(shí)現(xiàn)低代碼開發(fā)！ JeecgBoot引領(lǐng)新低代碼開發(fā)模式 OnlineCoding-> 代碼生成器-> 手工MERGE， 幫助Java項(xiàng)目解決70%的重復(fù)工作，讓開發(fā)更多關(guān)注業(yè)務(wù)，既能快速提高效率，節(jié)省研發(fā)成本，同時(shí)又不失靈活性！一系列低代碼能力：Online表單、Online報(bào)表、Online圖表、表單設(shè)計(jì)、流程設(shè)計(jì)、報(bào)表設(shè)計(jì)、大屏設(shè)計(jì)等。

這類平臺(tái)面向開發(fā)人員，更像我們?cè)瓉斫?jīng)常說到的下沉了技術(shù)組件能力的開發(fā)框架和環(huán)境，協(xié)助你實(shí)現(xiàn)業(yè)務(wù)和技術(shù)的解耦，讓你在開發(fā)時(shí)候真正專注在業(yè)務(wù)功能和邏輯實(shí)現(xiàn)上面。

這類平臺(tái)本身代碼可見，可修改和可維護(hù)。用的技術(shù)也是主流的開源微服務(wù)開發(fā)框架，開源組件技術(shù)的集成，你也不會(huì)被綁定和限制。因此可以作為整體云原生技術(shù)解決方案的一個(gè)重要組成部分。

簡(jiǎn)單總結(jié)就是這類低代碼平臺(tái)不要去管具體的業(yè)務(wù)流程，業(yè)務(wù)功能和業(yè)務(wù)邏輯的實(shí)現(xiàn)，你只要做好共性技術(shù)組件，做好開發(fā)框架和底層技術(shù)支撐，就是一個(gè)很好的平臺(tái)。

第二類低代碼平臺(tái)類似宜搭，輕流，奧哲，明道等。

圖為奧哲低代碼平臺(tái)整體架構(gòu)

這類低代碼平臺(tái)更加偏向于面向業(yè)務(wù)人員，或者更多是不直接面對(duì)底層代碼的零代碼開發(fā)平臺(tái)，希望做到的是應(yīng)用可以通過搭建積木的方式進(jìn)行快速配置來實(shí)現(xiàn)。

我原來一直不太認(rèn)可這個(gè)思路。

但是最近通過復(fù)盤和一些產(chǎn)品試用，整體感覺對(duì)于中小企業(yè)很多僅僅是實(shí)現(xiàn)表單電子化和流程化的場(chǎng)景，完全可以做到類似上面的零代碼和快速配置。

這個(gè)實(shí)際上和很多年前OA類系統(tǒng)提供的各類單據(jù)快速配置功能完全一致。比如多年前類似藍(lán)凌OA系統(tǒng)就已經(jīng)可以實(shí)現(xiàn)這種需求，一個(gè)請(qǐng)假單功能，你完全可以自己配置單據(jù)界面，然后設(shè)計(jì)一個(gè)流程并完成掛接。

這類單據(jù)本身對(duì)象和數(shù)據(jù)建模都簡(jiǎn)單，同時(shí)單據(jù)本身也不和其他單據(jù)發(fā)生強(qiáng)耦合和關(guān)聯(lián)關(guān)系。屬于典型的電子表單 流程的需求場(chǎng)景。

那么這類場(chǎng)景一定是可以完全零代碼化和可配置化的。

低代碼開發(fā)解決SaaS服務(wù)最后一公里

首先對(duì)前面的內(nèi)容做一個(gè)總結(jié)。即低代碼平臺(tái)分為面向開發(fā)人員和面向業(yè)務(wù)人員兩類，第一類可以作為企業(yè)IT架構(gòu)轉(zhuǎn)型和云原生整體解決方案的補(bǔ)充；而對(duì)于第二類則面向中小型企業(yè)的表單單子化和流程化需求場(chǎng)景。

由于第二類本身是零代碼和完全可配置的形式出現(xiàn)的，因此這類低代碼平臺(tái)不會(huì)提供私有云環(huán)境部署和集成，更多的是以SaaS應(yīng)用的方式提供。

對(duì)于SaaS應(yīng)用可以看到，在前面很多年發(fā)展的并不算太好。其中一個(gè)關(guān)鍵原因就是SaaS應(yīng)用本身對(duì)用戶個(gè)性化需求的滿足度并不會(huì)太好，最多提供一些簡(jiǎn)單的字段，流程可配置能力，在這個(gè)能力外的個(gè)性化需求都難以滿足。因此SaaS應(yīng)用本身雖然實(shí)現(xiàn)了服務(wù)的統(tǒng)一化和標(biāo)準(zhǔn)化，但是本身也降低了靈活性和個(gè)性化。

如果所有用戶的定制化需求SaaS應(yīng)用都需要滿足，那么SaaS云服務(wù)商本身又變回了傳統(tǒng)的應(yīng)用定制開發(fā)服務(wù)商，失去了云平臺(tái)和云服務(wù)，發(fā)揮長(zhǎng)尾優(yōu)勢(shì)的意義。

也正是這個(gè)原因，低代碼開發(fā)平臺(tái)正好可以作為傳統(tǒng)的SaaS應(yīng)用服務(wù)和用戶之間的一個(gè)關(guān)鍵連接橋梁。即通過低代碼開發(fā)，釋放更多的可配置能力給最終的用戶使用，但是本身又零編碼，既滿足了個(gè)性化需求，又實(shí)現(xiàn)了SaaS服務(wù)的統(tǒng)一化管理。

在這種場(chǎng)景下，低代碼開發(fā)不是解決的開發(fā)問題，而是解決的基于業(yè)務(wù)需求快速上線應(yīng)用的一體化交付問題，也就是說提供低代碼開發(fā)能力只是你SaaS運(yùn)營(yíng)服務(wù)向用戶端的一個(gè)關(guān)鍵延伸，你的核心還是SaaS應(yīng)用服務(wù)能力提供。

當(dāng)把這個(gè)關(guān)鍵點(diǎn)想清楚后，低代碼平臺(tái)變成了SaaS應(yīng)用延伸的關(guān)鍵抓手。

但是當(dāng)我們重新思考軟件系統(tǒng)本身的復(fù)雜性問題的時(shí)候，可以看到很多時(shí)候并不是簡(jiǎn)單的零編碼或者搭積木的方式就能夠完成應(yīng)用的開發(fā)和交付的。

這個(gè)時(shí)候你仍然需要去做業(yè)務(wù)抽象和建模，去做規(guī)則的開發(fā)和定制。

如果要做到進(jìn)一步的可配置，你就必須抽象共性業(yè)務(wù)組件或業(yè)務(wù)能力，也就是說你需要首先在底層建立抽象的共性業(yè)務(wù)模型，其次才是支撐前端的可配置開發(fā)。

這種共性業(yè)務(wù)模型是否可抽象？

當(dāng)我們的SaaS應(yīng)用聚焦到一個(gè)高度垂直細(xì)分的專業(yè)領(lǐng)域的時(shí)候，那么這個(gè)模型本質(zhì)是可以抽象和提取共性的。類似你本身就是做一個(gè)項(xiàng)目管理和協(xié)同SaaS應(yīng)用，或者一個(gè)CRM應(yīng)用。那么你就可以去抽象這類垂直應(yīng)用的底層業(yè)務(wù)模型了。但是如果要擴(kuò)展到所有行業(yè)，所有應(yīng)用都能夠抽象大而全的模型，這個(gè)本身又是違背了我前面談到了復(fù)雜系統(tǒng)沒有銀彈的觀點(diǎn)。

也正是這個(gè)原因，在這里給出第二類低代碼開發(fā)平臺(tái)的發(fā)展方向，即作為垂直細(xì)分的SaaS應(yīng)用的關(guān)鍵延伸能力，而不是去開發(fā)一個(gè)大而全的零編碼的低代碼平臺(tái)。

最后再次用我在沒有銀彈一文中的一句話作為總結(jié)。

沒有任何技術(shù)或管理上的進(jìn)展，能夠獨(dú)立地許諾十年內(nèi)使生產(chǎn)率、可靠性或簡(jiǎn)潔性獲得數(shù)量級(jí)上的進(jìn)步。 降低復(fù)雜性的基本方法就是把復(fù)雜性隔離。