現(xiàn)在市面上的低代碼平臺就像雨后春筍一樣冒出來,而且源源不絕,但總結下來,大致的也就以下三類。
一、 aPaaS 多引擎類(有很多成熟引擎、做好東西要一起用)
這類產品包括:織信Informat(國內)、Power platform(國外)、Zoho(國外)、Odoo(國外更像是一個框架)、taskbuilder(國內)、活字格(國內,表格引擎厲害)、明道(國內)、易搭(國內)、Zion(國內)…
特點:這類低代碼通常都包括了一些已經被開發(fā)出來的“引擎”,可以被直接使用或而且開發(fā)(調用),這些應用主要包括以下幾類:BI引擎、BPM引擎、表單引擎、表格引擎、AI引擎(agent)等等,另外系統(tǒng)提供了用戶的權限管理和用戶管理等基礎設施。你也可以直接在整套系統(tǒng)里面添加代碼,但是不能導出單個應用。
優(yōu)點:如果使用成熟的引擎,當然效率非常高,直接上手就能用。
比較方式:看誰的引擎最成熟,設計最好,總體來說我覺得織信Informat可能是這個領域里面最強大的,因為他這個產品本身的能力邊界就足夠強大,然后又有各大功能的加持?;旧仙晕碗s的系統(tǒng),他都可以滿足,這是其他低/無代碼產品所不具備的。
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è)級性能:
- 經過嚴格測試和優(yōu)化,確保系統(tǒng)的高性能和高可用性。
- 提供靈活的部署方案,支持云端和本地部署。
- 提供完善的安全機制,確保數(shù)據(jù)的安全和隱私。
二、 代碼生成類
這類產品包括 iVX(國內免費)、輕舟(國內網易)、靈犀(浩鯨云)、無遠(國內)、牛刀…
特點:可以直接生成部分前端、后臺代碼,有一些也能生成數(shù)據(jù)庫代碼;整個應用可以導出平臺單獨部署(這一點很關鍵,意思就是不用一大堆東西綁在一起,可以開發(fā)哪個導出哪個);通常都有編譯器/解釋器相關產品(如果有自己抽象的語言);一般都有IDE(也有一些沒有,iVX、Mendix、Outsystems這些就是有IDE的)。
優(yōu)點:這些產品往往開發(fā)能力比較強,有些產品甚至什么都能做,代碼的壓縮率很高。
缺點:雖然比學習編程語言方便很多,雖然開發(fā)也比寫代碼快很多,但是有一定學習成本,你可以跟其他傳統(tǒng)的前后端代碼對比,相當于要學一門新的語言,但是難度比純代碼要低很多。
以下為具體的比較方式:
1.本身的功能和性能,以及代碼的壓縮比例
說白了,就是看“不寫代碼能夠做什么(寫代碼能做什么大家都知道)”。iVX這方面略優(yōu)于mendix和outsystems,雖然生態(tài)上還有差距。iVX大部分應用都可以100%無代碼開發(fā),其中很多是中大型應用(生成代碼在10萬行以上的),還有一些特別復雜的應用也可以壓縮到95%以上無代碼。其他國內產品各具特色,代碼壓縮率在40%~70%之間。
2.IDE的產品體驗,就是誰的產品做得好
簡單說,就是有一些看上這個功能也有,那個功能也有,點的極深,感覺“整個產品就是拼湊出來的”,一句話就是“理論上都可以實現(xiàn)”,實際上可能開發(fā)比代碼還麻煩。
這種產品非常多,大家簡單去搜一下,看看“自己網站是不是用自己產品開發(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è)務人員使用的。
曾經有一個誤區(qū),就是認為“低代碼”,是給“業(yè)務人員”使用的或者業(yè)務人員也能用,其實“這是不可能的!”。程序員和業(yè)務人員(銷售、行政、運營、財務、人事等)壓根兒就不是一類人,不可能一個產品適合這兩類,理論上就不成立。這種講法只是營銷策略。
在分類的基礎上,評價的依據(jù)“功能/性能” “操作/開發(fā)效率” “學習/運維效率”代碼生成類推薦就現(xiàn)在國內的產品而言,在代碼生成領域,iVX應該還是最好的,和其他產品區(qū)分度很高,無論是無代碼率、功能/性能,還是整個產品設計。很多其它產品也不錯,包括開源產品,例如網易輕舟低代碼等,但是功能和性能、無代碼率等還有一定差距。
希望這些分類可以幫助你理解現(xiàn)在市場上常見的低代碼平臺,如果喜歡的話不要忘記點個贊再走!
版權聲明:本文內容由互聯(lián)網用戶自發(fā)貢獻,該文觀點僅代表作者本人。本站僅提供信息存儲空間服務,不擁有所有權,不承擔相關法律責任。如發(fā)現(xiàn)本站有涉嫌抄襲侵權/違法違規(guī)的內容, 請發(fā)送郵件至 舉報,一經查實,本站將立刻刪除。