目前，低代碼技術(shù)越來越成熟，低代碼平臺也越來越被大家所接受，國內(nèi)低代碼平臺廠商和產(chǎn)品層出不窮，到底哪家低代碼平臺好，企業(yè)如何選型，以下給出一些參考。

(1）技術(shù)架構(gòu)先進性。

低代碼平臺應滿足當前主流技術(shù)：云原生技術(shù)、微服務框架、容器化部署、devops構(gòu)建、前后端分離、springboot、springcloud、vue、react等。

(2） 功能滿足程度。

低代碼平臺應具備必要的功能：數(shù)據(jù)建模、業(yè)務建模、表單建模、頁面建模、報表建模、門戶設計、大屏設計、移動APP、微信小程序、釘釘集成等核心功能，具備可視化設計開發(fā)業(yè)務模塊的能力。國產(chǎn)化軟硬件（信創(chuàng)）的兼容適配等。

(3） 技術(shù)生態(tài)開放性。

應選擇主流技術(shù)生態(tài)，比如前端技術(shù)選擇vue、流程引擎選擇camunda、orm框架選擇mybatis-plus等，不要選擇互聯(lián)網(wǎng)非主流技術(shù)，或者自己封裝的組件。不然互聯(lián)網(wǎng)材料少，程序員上手很費勁，跟主流技術(shù)脫節(jié)，導致無法長久發(fā)展，這一條特別關(guān)鍵。

(4） 源代碼自主可控。

是否能交付全部源代碼，沒有源代碼就無法深度定制和擴展，對于業(yè)務比較復雜、有自主可控需求的公司來說特別關(guān)鍵，沒有源碼就相當于蛋蛋被別人握在手里，永遠受制于人。

(5） 復雜需求支撐能力。

無論是低代碼還是零代碼平臺，都不可能滿足所有業(yè)務需求，肯定會有硬編碼實現(xiàn)的場景，這就需要低代碼平臺需要具備良好的腳本擴展機制、硬編碼融合機制，即高碼和低碼的融合能力，才能滿足像企業(yè)級復雜應用系統(tǒng)的需求，比如：ERP、MES、CRM等。

(6） 業(yè)務需求契合度。

現(xiàn)在的低代碼平臺種類很多，有表單流程類、模型驅(qū)動類、數(shù)據(jù)可視化類、報表類、IoT類、大數(shù)據(jù)類等多種。企業(yè)需要根據(jù)自己的業(yè)務場景，選擇合適類型的低代碼平臺。比如：簡道云擅長報表可視化、云程低代碼平臺擅長表單和流程等。