2021年初，釘釘帶火了低代碼，而在低代碼火爆的同時，隨之而來也帶來了行業亂象，這半年以來，小編看到很多公司，都自稱自己是低代碼，甚至隨便一個軟體公司都說自己是低代碼，這就讓人很費解了。 那麼，面對最近湧現大量低代碼玩家，我們該如何辨別低代碼平臺的「真假」呢？

下面把辨別方法詳細的告訴給大家。 按照這些維度打分，即可辨別喔~

而為了更好的研究低代碼，我們首先要探討，如何定義低代碼平臺？

一、如何定義低代碼平臺？

著名諮詢機構Gartner，於2020年9月發佈的《企業級低代碼開發平臺的關鍵能力報告》（Critical Capabilities for Enterprise Low-Code Application Platforms）中，定義了低代碼的11項關鍵能力。 也就是說，這11項關鍵能力是衡量一個平臺是否能夠稱之為低代碼平臺的關鍵因素。

先簡單瞭解一下各項要素的含義：

1、Intuitive， No-Code App Development：易用性，不寫代碼時的開發能力

在不寫代碼的情況下，能夠完成多複雜的系統搭建。 這是標識低代碼開發平台生產力的關鍵指標。

2、Application User Experience：所開發出來的應用的用戶體驗

它指的不是低代碼開發平臺本身的用戶體驗，而是通過低代碼平臺開發出來的應用，給到使用者的使用體驗。

3、Data Model and Management：數據模型和管理

這個指標就是通常所講的「模型驅動」 相比於表單驅動，模型驅動能夠提供滿足資料庫設計範式的數據模型設計和管理能力。 開發的應用複雜度越高，系統集成的要求越高，這個能力就越關鍵。

4、Process and Business Logic：工作流與業務處理邏輯

流程應用與業務邏輯開發能力和效率。 這個能力有兩方面：

第一，是指使用該低代碼開發平臺，是否可以開發出複雜的工作流和業務處理邏輯;

第二，是開發這些功能時的便利性和易用性程度有多高。

5、Platform Ecosystem：開發平臺的生態系統

低代碼開發平臺的本質是開發工具，當內置的開箱即用的功能無法覆蓋更多應用場景時，就需要基於該平臺的完整生態系統，來提供更深程度、更全面的開發賦能，比如開放的外掛程式機制。

6、API and Integration：程式設計介面與系統集成能力

為了避免「數據孤島」，低代碼開發平臺需要提供系統集成能力、程式設計介面，跟其它系統進行數據的互聯互通。

7、Architecture：系統架構

系統需要支援服務化、分層的架構方式，支援高可用、集群的應用部署方式。

8、Quality of Service：服務的品質

系統的健壯性、無故障使用時長、故障恢復時長，對CPU資源、硬碟資源佔用方式，對雲是否友好。

9、Persona and SDLC：使用者模型與軟體開發生命周期支援

軟體開發的生命週期中，包含設計、開發、反饋、測試、運維等多個環節，低代碼平臺要支援單元/集成測試、聯調、發佈、回滾、持續反覆運算等。

10、Governance：治理及運維

現代軟體開發中的敏捷開發、代碼庫管理，版本許可權，發佈管理等，在低代碼平臺中，都要能夠支援。

11、Security and Compliance：安全與合規

低代碼開發平臺需要提供：靈活的部署方式、安全機制和許可權控制、SSL數據傳輸、密碼強度策略、跨域訪問控制、高粒度的用戶許可權控制等等。

以上就是Gartner對低代碼平臺定義的11個要素，相信許多技術人員已經對低代碼有個大致認識了。 但是，想要識別和判定一個低代碼平台的話，直接使用以上11個要素，就有點太繁瑣了。

二、如何辨別低代碼平臺的「真假」？

我結合軟體工程全生命周期實踐，以及Gartner定義的11個要素，給「低代碼」平台擬定了6個維度的判定標準：

1、拖拽式開發;

2、對象封裝與數據模型;

3、模型驅動;

4、腳本語言;

5、軟體測試與部署;

6、API與集成。

1、拖拽式開發

拖拖拽拽做開發，就是"低代碼"開發平臺給大家最直觀的印象，所以也是"低代碼"開發平臺最基本的特徵。

這一點，世面上的許多"低代碼"平臺都能夠做得到，可以說是個送分題，如果你家的軟體產品連這點都做不到，就不要吃"低代碼"這碗飯了。

2、對象封裝與數據模型

這部分指的是低代碼平臺要操作的對象、數據模型、表達式等等，它可以是高度抽象和封裝的物件，可以省略掉"類"、"介面"、"函數"這些程式設計語言的高級特性，以更簡化的方式提供出來，供程式調用。

3、模型驅動

"模型驅動"是相對於"表單驅動"的，指的是對於數據進行建模和處理，比如國外的低代碼平臺OutSystems、Mendix，就有很強大的模型驅動的能力，包括了定義實體、實體關聯、主鍵、索引、數據查詢等等。

4、腳本語言

腳本語言實際上就是程式設計語言了，是低代碼平臺實現複雜業務邏輯的擴展，可以使用 JavaScripts、Python、Java等語言進行程式設計。

但是，低代碼平臺會把語言的編譯過程做好封裝，做到一鍵發佈，即時運行，方便代碼調試。

5、軟體測試與部署

低代碼開發平臺，本質上是軟體開發工具。 所以整體開發過程也要遵守軟體工程的流程規範。 只是把許多環節都做了簡化、內部封裝，降低了學習成本、開發成本、測試成本、部署成本。

6、API與集成

主要是解決低代碼平台開發出來的系統，跟其它外部系統的數據互聯互通，否則又是造了一堆大煙囪，一些數據孤島。

以上6個判定標準怎麼使用呢？

每個維度1~10分，總分36分是及格線。 分數越高，表示這個低代碼開發平臺越完善、成熟度越高。 通過這個方法，可以簡單判斷一個低代碼平臺，是真低代碼，還是偽低代碼。

結語：

合理並且有效地運用低代碼平臺，不僅可以讓我們工作高效地運行，還能最大程度保證團隊目標的達成。 我推薦使用織信Informat，它內置100+標準應用範本，覆蓋：OA協同辦公、CRM客戶管理、ERP進銷存、MES生產管理、流程審批、人事績效、企業服務、個人及組織等多個應用場景。 點擊一鍵安裝，即可免費試用。 並且擁有在線搭建功能，可根據企業需求實現自主配置。 是幫助企業開啟數位轉型的重要引擎。 現在註冊還可享終身免費使用權益。