專業低代碼

專業低代碼（Pro-LowCode）概念是低代碼（Low Code）與專業代碼（Pro Code）兩者的結合。專業低代碼是面向專業開發人員和開發團隊的，一方面具備低代碼的模型和可視化設計能力，可以大幅提升開發效率；另一方面讓開發人員在低代碼設計的同時，可以隨時進行專業原生代碼開發。

在專業低代碼中，低代碼和專業代碼之間的關係應該是：

（1）低代碼和專業代碼是有機融合的，專業代碼也是模型的一部分，不是割裂的；

（2）低代碼的模型是建立在專業代碼之上的，模型編譯輸出的就是專業代碼；

（3）在低代碼設計過程中可以隨時進行專業代碼開發，而且是可逆可持續疊代的。

基本介紹

• 中文名：專業低代碼
• 外文名：Pro-LowCode

什麼是專業低代碼

對於專業低代碼，無論是低代碼開發，還是專業代碼開發，雖然所使用的開發工具可能不同，低代碼開發使用可視化的模式設計工具，專業代碼開發使用專業的IDE編程工具。但是都是同一個套用工程，生成的是統一的專業框架和專業代碼。

在使用專業低代碼的開發團隊中，初級開發者和高級開發者可以基於統一的開發環境和工具進行緊密的分工協作。初級開發者雖然可能更多的是使用低代碼開發工具，但是初級開發者畢竟也是開發人員，也還是會寫專業代碼的；而高級開發者由於擁有豐富的軟體設計和編程經驗，藉助低代碼開發工具會讓高級開發者如虎添翼，效率倍增，進入全新的編程境界。

更為關鍵的是在一個開發團隊中，初級開發者和高級開發者的交付物是統一的，有統一的版本管理和分支管理。同時，藉助專業的DevOps工具，套用統一構建、測試、調試、發布、部署、運行。

而最終產生的套用，雖然是低代碼結合專業代碼開發的，但是由於低代碼模型會編譯輸出專業代碼，所以最終交付的套用本質上就是專業代碼編譯構建出來的專業套用。

專業低代碼開發流程

只有這樣的“專業低代碼”才是真正為企業的專業開發人員和開發團隊所設計的生產力工具，即保留了低代碼快速開發的特性，又讓開發人員可以自由的發揮專業能力。

專業低代碼與其他低代碼的區別

專業低代碼開發平台通過低代碼與專業代碼的有機融合，既保證了開發效率，又保證了開發深度。但也因如此而具有一定的技術門檻，上手相對較難，需要有一定的技術背景，不適用於業務人員。

專業低代碼與無代碼、低代碼和專業代碼的區別

沒有最完美的方案，只有最適合的方案。專業低代碼開發平台就是為大中型企業的專業開發團隊量身打造的，用於企業數位化轉型的生產力工具。

關鍵能力

專業低代碼之所以區別於一般低代碼，核心是要解決低代碼和專業代碼的有機融合問題。在此之上，從滿足專業開發人員的需求，提高開發效率的角度出發，結合低代碼和專業代碼有機融合的相關思路，提出專業低代碼開發平台應具備的十二項關鍵能力。這些關鍵能力從設計開發、部署運維、團隊協作、企業套用要求等多方面提出具體的能力要求，一個低代碼開發平台能滿足得越多其在低代碼與專業代碼的融合程度越高，也就越接近於專業低代碼平台的概念及要求。

專業低代碼關鍵能力

1、低代碼和專業代碼有機融合：低代碼和專業代碼是一體的；低代碼的模型必須建立在專業代碼之上；模型設計輸出的就是專業代碼；在低代碼可視化設計過程中，前後端隨時都可以進行專業開發，而且是可逆可持續疊代的，不會因為採用了專業開發就失去了低代碼開發的能力。

2、專業技術框架：專業低代碼開發平台的前後端，必須採用業界主流技術框架，符合大中型企業開發團隊的技術棧。後端Java Spring，前端React或Vue，這是當下企業套用的主流框架和事實標準。隨著技術的發展演進，未來前後端主流語言和框架也可能改變，專業低代碼也要能支持主流語言和框架的演進改變，保護企業在低代碼平台上的投資和資產。

3、專業開發工具：專業低代碼開發平台必須支持開發者可以使用專業的IDE開發工具，如Eclipse、IDEA、VSCode等開發者常用的開發工具。另外，專業開發工具並不僅限於IDE工具，還包括構建工具（Maven）、測試工具（JMeter）、質量工具（SonarQube）等。

4、專業團隊協作：支持專業團隊協作工具，Git或Svn，支持版本管理和分支管理。而且不僅專業代碼部分支持團隊協作，更重要的是低代碼模型本身也是支持團隊協作工具的。這個能力同專業開發工具一樣，對於專業開發團隊來說，非常重要。我這裡舉個例子：我就想知道當前版本與前一個版本有哪些差異，這些差異可能是模型的也可能是代碼的，如果沒有Git或Svn這種工具幾乎是不能實現的。

5、套用源碼全部開放：支持輸出套用的全部源碼，包括模型背後生成的源碼和所依賴的底層類庫和組件源碼，這樣套用才是白盒的，套用里的每一行代碼都可以調試跟蹤。

6、支持組件開發擴展：組件是所有低代碼開發的核心，專業低代碼一方面要提供豐富的組件，另一方面必須提供完善的組件開發規範和開發工具，支持開發者自定義組件，同時要提供組件市場和組件的生命周期管理，組件發布、更新、升級和版本管理。讓開發者可以通過組件封裝進行代碼高度復用，擴展低代碼開發平台本身，真正發揮低代碼快速開發的優勢，持續積累，自主可控。

7、支持獨立部署：基於專業低代碼平台開發的套用，源碼能夠獨立於低代碼平台編譯、構建和部署，可以完全獨立於低代碼平台運行。

8、DevOps：支持專業DevOps工具鏈，套用自動化構建、發布、部署、升級，開發、測試、生產多環境隔離，實現研發流水線全過程敏捷管理。

9、雲原生架構：專業低代碼開發平台應與新一代雲原生架構相結合，支持環境自動化、測試自動化、部署自動化、升級自動化、資源調度自動化，從研發到運維，為企業客戶提供全方位的平台解決方案。

10、企業級集成能力：數據集成、服務集成、流程集成、門戶集成、組織集成、統一身份認證......

11、企業級套用安全：支持企業級套用和數據的高安全要求，滿足等保定級的相關要求。

12、企業級套用性能：支持大規模高並發場景，隨著業務增長可橫向擴展。

核心價值

企業對外面臨著更大的競爭壓力，對內面臨著更加嚴峻的成本壓力。數位化從“可選項”變成了企業競爭和社會生活的“必選項”，企業數位化進程正在按下“快進鍵”。提升體驗與效率，進而通過模式創新實現新的增長，是企業數位化轉型的初衷。專業低代碼平台作為專業開發團隊的生產力工具與企業數位化基座的一部分，其重要程度不言而喻。

專業低代碼核心價值

1、提高生產效率

低代碼工具通過可視化可以解決大部分場景的開發效率問題，但往往也是開發人員抵制的主要原因。對於專業開發人員來說有些邏輯可能只用幾行代碼就可以實現，但是低代碼開發工具中需要進行繁瑣的操作與配置。專業低代碼平台有效實現低代碼與專業代碼有機融合，促進團隊分工協作，即保留了低代碼的高生產力和高效率，也保留了專業代碼的高能力。為專業開發團隊提供高效生產力工具，大幅提升套用軟體的生產效率。

2、降低運維成本

隨著企業數位化的不斷發展，越來越繁多的系統與套用給運維管理工作帶來了極大的壓力。傳統的IT系統架構中大部分需要運維管理人員進行手動發布、部署、維護。專業低代碼平台採用雲原生技術架構，依託於DevOps自動化運維管理，降低企業數位化運維成本。

3、企業業務創新

前面也著重提到提升體驗與效率，進而通過模式創新實現新的增長，是企業數位化轉型的初衷。但傳統的開發模式已無法有效滿足企業業務日益增加的需求。專業低代碼與雲原生技術有效的結合，軟體研發、測試、生產、運維全過程敏捷管理，敏捷回響業務需求，讓數位化技術真正成為企業業務創新的技術驅動力。

4、可持續發展

IT企業在發展的過程中面臨的一大問題就是可持續發展問題。主要是兩個方面，一個是開發人員技術棧和技術水平的參差不齊導致研發管理困難，另一個是開發人員流動性大所帶來的管理風險。專業低代碼平台統一技術框架，統一開發工具，規範化研發管理，實現項目開發的自主可控，避免由於人員流動導致的項目風險，保障企業數位化可持續發展。

發展現狀

2014年，諮詢機構 Forrester 首次在報告中引入了低代碼的概念。在2018年Gartner提出了套用平台即服務（application Platform as a Service，aPaaS）和集成平台即服務(integration Platform as a Service，iPaaS)的概念。最近Gartner在最新的報告中認為技術提供商仍然需要發展更深一層的工具，支持較為專業的開發者構建「定製化套用」，這也專業低代碼的概念不謀而合。

1、國外發展現狀

國外低代碼整體方面發展比國內早，相關人員也更早的意識到低代碼和專業代碼融合的問題。當前主流的思想基本上都認為低代碼平台需要專業代碼的能力才能改更好的為開發者服務。像以下這些文章中就著重描述了低代碼平台中擁有專業代碼編寫能力的重要性。

Why a Low-Code Platform Should Have Pro-Code Capabilities

Low-Code vs Pro-Code: Why They are not Mutually Exclusive

他們均有提到低代碼開發平台需要提供面向專業開發者的低代碼開發工具，支持JAVA、C#、JS等專業的開發語言，支持生成原生代碼，支持獨立於平台進行部署，基本上能夠滿足專業開發人員的相關需求。

2、國內發展現狀

國內低代碼整體方面發展較國外來說相對較晚，由於當前數位化進程的加快，整體水平也發展很快。像阿里、華為、中興包括其他的一些低代碼平台廠商都逐漸意識到低代碼在某些方面的困境與不足，紛紛都開展了相關低代碼和專業代碼融合的探索。

成熟度模型

專業低代碼成熟度模型

專業低代碼的成熟度模型每個等級間的能力是遞增的，為了更直觀的表達，將其歸納後得到如下的能力要求矩陣。從此可以看出模型的核心是圍繞低代碼與專業代碼融合的程度進行等級劃分的。

低代碼成熟度等級能力要求矩陣

Level 1：是對專業低代碼開發平台的最基礎要求，即可以提供面向企業套用的低代碼開發能力和企業套用所必須的門戶、組織、許可權、工作流、報表、訊息、集成等各種業務支撐能力，支持在低代碼開發工具中可以通過模型規則、邏輯編排或腳本代碼等方式進行複雜業務邏輯擴展。這個也是目前絕大多數低代碼開發平台都可以滿足的等級。

Level 2：在Level 1之上增強了基於專業代碼開發擴展的能力，支持不論是低代碼編輯器還是專業代碼編輯器所開發出的套用都可以進行統一構建、統一部署，並且能夠支持專業DevOps工具鏈，實現全過程的自動化部署。

Level 3：真正實現低代碼和專業代碼之間的有機融合。首先是工程融合，主要是指低代碼輸出的代碼與專業代碼輸出的代碼是同一個代碼工程，相互之間可以進行互相調用和引用。其次是協作融合，一個團隊中不論是低代碼開發人員還是專業代碼開發人員，最終都使用統一的代碼協作工具，實現統一的套用版本管理和分支管理。

Level 4：從工具層面實現低代碼和專業代碼開發環境的統一，即在統一的開發環境中同時提供低代碼的可視化設計工具和專業代碼的專業編程工具，實現低代碼與專業代碼在工具層面的有機融合，全方位支持團隊中低代碼開發人員和專業代碼開發人員的統一協作開發。

Level 5：在Level 4之上進一步完善和最佳化，提升產品化程度，讓整個工具鏈更加簡單易用，降低學習成本，實現企業套用軟體研發效率的全面提升。