現(xiàn)在市面上的低代碼平臺就像雨后春筍一樣冒出來，而且源源不絕，但總結下來，大致的也就以下三類。

一、 aPaaS 多引擎類（有很多成熟引擎、做好東西要一起用）

這類產(chǎn)品包括：織信Informat（國內）、Power platform（國外）、Zoho（國外）、Odoo（國外更像是一個框架）、taskbuilder（國內）、活字格（國內，表格引擎厲害）、明道（國內）、易搭（國內）、Zion（國內）…

特點：這類低代碼通常都包括了一些已經(jīng)被開發(fā)出來的“引擎”，可以被直接使用或而且開發(fā)（調用），這些應用主要包括以下幾類：BI引擎、BPM引擎、表單引擎、表格引擎、AI引擎（agent）等等，另外系統(tǒng)提供了用戶的權限管理和用戶管理等基礎設施。你也可以直接在整套系統(tǒng)里面添加代碼，但是不能導出單個應用。

優(yōu)點：如果使用成熟的引擎，當然效率非常高，直接上手就能用。

比較方式：看誰的引擎最成熟，設計最好，總體來說我覺得織信Informat可能是這個領域里面最強大的，因為他這個產(chǎn)品本身的能力邊界就足夠強大，然后又有各大功能的加持?；旧仙晕碗s的系統(tǒng)，他都可以滿足，這是其他低/無代碼產(chǎn)品所不具備的。

1、低代碼平臺的核心功能：

• 表單設計器：支持多種字段類型，如單行文本、列表選擇、日期選擇器等。提供高級表單邏輯，如條件顯示、數(shù)據(jù)驗證和動態(tài)計算。支持多級嵌套和復雜布局，滿足各種業(yè)務需求。

• 數(shù)據(jù)表格：
• 提供靈活的表格視圖，支持數(shù)據(jù)排序、篩選和分頁。
• 支持自定義列和復雜的單元格渲染。
• 提供批量操作和導入導出功能，提升數(shù)據(jù)管理效率。
• BPMN流程設計器：
• 基于BPMN 2.0標準，支持復雜業(yè)務流程的設計和管理。
• 提供拖拽式流程建模工具，簡化流程設計。
• 支持流程監(jiān)控和優(yōu)化，確保業(yè)務流程的高效運行。

• 儀表盤：提供多種可視化組件，如圖表、指標卡、地圖等。支持實時數(shù)據(jù)更新和交互操作。提供自定義布局和主題，滿足個性化展示需求。

• 組件設計器：支持自定義UI組件的開發(fā)和復用。提供豐富的組件庫，滿足各種應用場景。支持組件的動態(tài)配置和事件綁定，提升開發(fā)靈活性。

• AI助手：
• 集成自然語言處理和機器學習技術，提供智能化的業(yè)務建議。
• 支持自動化操作和任務調度，提升工作效率。
• 提供數(shù)據(jù)分析和預測功能，輔助決策。
• 腳本支持：
• 支持JavaScript腳本編寫。
• 提供豐富的API接口，方便與其他系統(tǒng)集成。
• 支持腳本的調試和版本管理，確保代碼質量。

• 圖形化編程：通過拖拽和配置的方式，快速實現(xiàn)業(yè)務邏輯。提供可視化的流程圖和邏輯圖，便于理解和維護。支持與其他模塊的無縫集成，提升開發(fā)效率。

2、低代碼平臺的優(yōu)勢?特點：

• 高效開發(fā)：
• 可視化的開發(fā)工具和豐富的功能模塊，顯著降低開發(fā)時間和成本。
• 支持快速原型設計和迭代開發(fā)，提升項目交付速度。
• 提供豐富的模板和示例，幫助用戶快速上手。
• 靈活擴展：
• 支持自定義組件和插件，滿足個性化需求。
• 提供開放的API接口，方便與其他系統(tǒng)和服務集成。
• 支持多租戶和多語言，滿足全球化業(yè)務需求。
• 易于維護：
• 直觀的界面和模塊化設計，便于系統(tǒng)的維護和升級。
• 提供詳細的日志和監(jiān)控功能，幫助快速定位和解決問題。
• 支持自動化測試和持續(xù)集成，確保系統(tǒng)的穩(wěn)定性和高質量。
• 企業(yè)級性能：
• 經(jīng)過嚴格測試和優(yōu)化，確保系統(tǒng)的高性能和高可用性。
• 提供靈活的部署方案，支持云端和本地部署。
• 提供完善的安全機制，確保數(shù)據(jù)的安全和隱私。

二、 代碼生成類

這類產(chǎn)品包括 iVX（國內免費）、輕舟（國內網(wǎng)易）、靈犀（浩鯨云）、無遠（國內）、牛刀…

特點：可以直接生成部分前端、后臺代碼，有一些也能生成數(shù)據(jù)庫代碼；整個應用可以導出平臺單獨部署（這一點很關鍵，意思就是不用一大堆東西綁在一起，可以開發(fā)哪個導出哪個）；通常都有編譯器/解釋器相關產(chǎn)品（如果有自己抽象的語言）；一般都有IDE（也有一些沒有，iVX、Mendix、Outsystems這些就是有IDE的）。

優(yōu)點：這些產(chǎn)品往往開發(fā)能力比較強，有些產(chǎn)品甚至什么都能做，代碼的壓縮率很高。

缺點：雖然比學習編程語言方便很多，雖然開發(fā)也比寫代碼快很多，但是有一定學習成本，你可以跟其他傳統(tǒng)的前后端代碼對比，相當于要學一門新的語言，但是難度比純代碼要低很多。

以下為具體的比較方式：

1.本身的功能和性能，以及代碼的壓縮比例

說白了，就是看“不寫代碼能夠做什么（寫代碼能做什么大家都知道）”。iVX這方面略優(yōu)于mendix和outsystems，雖然生態(tài)上還有差距。iVX大部分應用都可以100%無代碼開發(fā)，其中很多是中大型應用（生成代碼在10萬行以上的），還有一些特別復雜的應用也可以壓縮到95%以上無代碼。其他國內產(chǎn)品各具特色，代碼壓縮率在40%～70%之間。

2.IDE的產(chǎn)品體驗，就是誰的產(chǎn)品做得好

簡單說，就是有一些看上這個功能也有，那個功能也有，點的極深，感覺“整個產(chǎn)品就是拼湊出來的”，一句話就是“理論上都可以實現(xiàn)”，實際上可能開發(fā)比代碼還麻煩。

這種產(chǎn)品非常多，大家簡單去搜一下，看看“自己網(wǎng)站是不是用自己產(chǎn)品開發(fā)的，哪怕一個頁面或者模塊；另外，看一下“開發(fā)了多久”這個“多久”不是越久越好，而是在“技術很新的前提下”，有一定的開發(fā)群體和應用數(shù)量的支持，最好是完全不同的應用比較說明問題。有些看上去挺多應用，都是一個樣的，前端一樣，后臺也一樣，這種說明不了問題。從整體體驗上來講，mendix、iVX、outsystems差不多在一個檔次的。這些IDE都打磨了15年甚至20年以上。

3.生成代碼質量，選擇框架和語言，對現(xiàn)有編程體系的支持

先跑一跑，看看生成代碼運行質量怎么樣。這里面，包括前端代碼、后臺代碼、數(shù)據(jù)庫代碼，當然很多都生不出來，例如，應該沒有幾家可以生數(shù)據(jù)庫的，沒有這個生成模型，做起來挺麻煩（這部分做法可以參考iVX和mendix，這兩家做法不太一樣）。

還有就是前端的靈活性，這個方面應該是iVX更好，可能和它前身做大量H5前端生成有關系，大部分B端生成工具，前端能力都比較弱，這是不爭的事實，國內外都一樣。然后就是看對現(xiàn)有編程體系的支持，能不能支持SDK，導出代碼是Java，還是node，還是PHP，這些都有，我就不一一來列了，如果需要問的，單獨找我聊。前端也一樣，做得好的，可以導入npm和各種UI框架，例如element UI 、AntD等。

三、 SaaS無代碼（工具 用戶權限管理）

這一類，就是國內所說的“低代碼/無代碼”中的“無代碼”，其實理解起來比較簡單。也是現(xiàn)在國內市場上出現(xiàn)最多的無代碼平臺。

這類不需要寫程序，就和以前的“金數(shù)據(jù)”一樣，拿過來就可以直接用，例如“輕流”等還有很多。主要是業(yè)務人員使用的。

曾經(jīng)有一個誤區(qū)，就是認為“低代碼”，是給“業(yè)務人員”使用的或者業(yè)務人員也能用，其實“這是不可能的！”。程序員和業(yè)務人員（銷售、行政、運營、財務、人事等）壓根兒就不是一類人，不可能一個產(chǎn)品適合這兩類，理論上就不成立。這種講法只是營銷策略。

在分類的基礎上，評價的依據(jù)“功能/性能” “操作/開發(fā)效率” “學習/運維效率”代碼生成類推薦就現(xiàn)在國內的產(chǎn)品而言，在代碼生成領域，iVX應該還是最好的，和其他產(chǎn)品區(qū)分度很高，無論是無代碼率、功能/性能，還是整個產(chǎn)品設計。很多其它產(chǎn)品也不錯，包括開源產(chǎn)品，例如網(wǎng)易輕舟低代碼等，但是功能和性能、無代碼率等還有一定差距。

希望這些分類可以幫助你理解現(xiàn)在市場上常見的低代碼平臺，如果喜歡的話不要忘記點個贊再走！