前言：隨著低代碼漸火，一方面，資本市場紛紛將眼光投向這個賽道，另一方面，更多企業將低代碼視為數字化轉型利器。而與低代碼居高不下的這種熱度相伴而來的，是一場關于低代碼的概念之爭，有的人認為它是第四代編程語言，有人認為它是開發模式的一種顛覆，也有人認為它是企業數字化管理工具的變革......本期#Onin洞見 專欄，將為大家帶來云暢科技聯合創始人、CTO胡艷平的低碼洞見，以下是全文內容。

2022年低代碼這個賽道是非常喧囂的，很多的軟件公司加入到了這個賽道，很多資本投入到了這個賽道，以至于“低代碼”這三個字裝入了太多的內涵。最近我們跟很多客戶、合作伙伴、投資人、制定標準的專家，進行了很多交流，交流中有不少觀點的碰撞，不少的疑惑。我想選擇遇到次數最多的4個問題，把一部分內容分享給大家，大家也一起思考思考，我們云暢應該如何去看待這些問題。

業內有不少專家在講低代碼歷史的時候，會追溯到十幾年前，不可避免的會提到Visual Studio、Power Build等早年的編程工具。有部分專家覺得這些工具，具有可視化的界面，能夠不用代碼生成部分軟件的界面，也有部分專家覺得這些工具，天生就是為了代碼編程而設計的，不應該歸為低代碼開發工具的范疇。

我認為Visual Studio這類工具非常強大，適配C#、F#、VB、Javascript、Python等多種編程語言，它的主要目標是為了提高“編代碼”效率，為了更快的寫代碼，而不是不寫代碼或少寫代碼。至少到目前為止不應該把它歸納為低代碼開發工具。

我們在給某合作伙伴演示的時候，他們的研發中心就有人提出：“萬應低代碼跟我們內部的代碼生成工具很像，我們也可以快速生成Java代碼，然后基于這些代碼做二次開發就行了！”很多做開發的人通常認為，只要做個根據數據庫結構生成后臺代碼，拖拽一下生成前端代碼的工具，就是低代碼工具。

這個問題我在信通院和信標委的標準討論會上，也討論過。大部分專家覺得，如果生成的代碼，經過二次開發后，還能利用那個代碼生成工具繼續加工，那就應該是低代碼開發工具，如果不能，那就只能是代碼生成工具。我認為判斷一個工具是不是低代碼開發工具，首先要看兩點：

1）核心目標不應該是給程序員使用，不是為了編代碼而設計的工具；

2）工具生成的代碼修改后，應該能回到工具二次加工。如果這個工具生成的代碼不能形成業務閉環，必須要脫離工具進行修改，而修改后臺的代碼無法重新導入到這個工具再次加工，那就只是一次性的代碼生成工具。

我在參加信通院低代碼標準能力討論的時候，其中有一個章節，就專門提出了低代碼開發工具和低代碼開發平臺的概念。我們平常向客戶介紹云暢的業務分為三個部分：工具+交付+培訓，也就是潛意識里，我們一直也沒有去思考工具和平臺的區別。

當時就有專家解釋了要把低代碼開發工具、低代碼開發平臺拿出來單獨定義的主要原因：

1)現階段大部分廠商都是做低代碼開發平臺的，有一些企業內部的小工具可以納入低代碼工具的范疇，需要給客戶選型時有個清晰的概念；

2)低代碼開發平臺做的事情比低代碼開發工具做的事情要廣泛得多，需要避免被混為一談。

我認為二者主要有以下幾點區別：

1)參與軟件開發的環節多少不一樣

低代碼開發工具，主要降低對傳統程序員編碼這個環節的依賴。低代碼開發平臺除此之外還會關心數據建模、接口集成、制品的部署、甚至運維監測。

2)參與軟件開發的深度不一樣

低代碼開發平臺，應該要具備對某個業務場景的閉環能力，就是應該要能開發完整的業務場景。低代碼開發工具則只需要實現其中的一部分也可以，比如可以生成界面、生成后臺業務邏輯、工作流程邏輯中的任何一部分就行。

3)參與軟件開發的協作程度不一樣

低代碼開發平臺應該要具備多人協作的能力，要支持多個人一起去完成一個項目，每個人的角色可能不一樣，使用低代碼平臺對應不同的功能。而低代碼開發工具，則不一定需要支持多人協作，一個人完成相對聚焦的內容就行。

好多人認為不用寫代碼的就是零代碼開發工具，寫少量的代碼的就是低代碼開發工具，有和無是人們最好理解的定義。好多廠商也利用大家的這個“常識”，把自己的產品裝入低代碼或者零代碼。

我在跟一些從業專家、投資人討論的時候，大家其實也都有不同的看法。有的覺得根據是否需要寫代碼來區分，很直觀，但是實際產品操作選型時卻沒有實際參考價值。有的覺得零代碼和低代碼，應該完全區分到兩個賽道，是SaaS和PaaS的區別。

我個人認為不應該從“零”代碼還是“低”代碼的維度，去區別這個賽道的產品，而應該從底層的設計邏輯去區別，應該要從“表單驅動”、“模型驅動”來區別。主要的理由如下：

1)大部分表單驅動型低代碼平臺，符合“零代碼”或幾乎“零代碼”的特點。它們能實現的邏輯比較簡單，用戶也容易上手，有些業務場景會受到限制。

2)大部分表單驅動型低代碼平臺，更關心界面、數據的增刪改查，這些場景適合用零代碼來實現。

我覺得如果一個低代碼開發平臺，它不寫代碼，也可以實現復雜的業務邏輯，也不應該籠統的歸納到“零代碼”平臺，而主要看這個平臺底層是不是模型驅動。也就是相對于零代碼，低代碼平臺需要符合以下幾個特點：

1）用模型驅動，而不是表單驅動。

2）強個性化的界面定制能力，而不是統一格式的表單。

3）具有很強的邏輯編排能力，包括后臺業務邏輯的編排和前端交互界面的邏輯編排。

4）提供SDK和腳本語言的支撐，解決一些通過“拖拽”不好實現的邏輯處理。

因此個人覺得，不妨把零代碼約等于表單驅動型，把低代碼約等于模型驅動。萬應低代碼90%以上的業務場景不用寫代碼都可以實現，核心原因是萬應低代碼選擇了模型驅動，同時設計了強大的邏輯編排引擎，絕大部分代碼邏輯可以通過拖拽實現。

作者：云暢科技聯合創始人、CTO 胡艷平

本文所有內容版權歸湖南云暢網絡科技有限公司所有，如需轉載請聯系授權