數字化領域從來都不缺新概念，每隔幾年就出來一波，仿佛永遠在“改朝換代”，但透過現象來看，很多概念背后其實是異曲同工的。比如近兩年迅速崛起的低代碼，實質并非是一個新鮮事物，從本質來看，低代碼的概念甚至可以追溯到上世紀七十年代，如今換了稱呼，解決的問題仍是類似的。

“從二十多年前的SOA架構，到前些年的中臺，再到今年Gartner 2022年戰略技術發展趨勢中的‘組裝式應用’，這些概念要解決的都是隔離變化，把不變的東西向下沉淀，讓變化的部分可以更方便、更快速地進行組裝。”

普元信息金融方案部總經理朱江表示，低代碼背后的技術本質經過這么多年發展，如今已經比較成熟。有點類似一個人的30歲，經過了未知方向的迷茫期，擁有比較強的潛力和活力，未來還有很大發展空間。

誰才是低代碼的使用者？

站在企業數字化落地的全過程來看，低代碼開發主要作用于數字化應用的構建環節，解決的最大問題就是降低數字化應用創建的門檻，縮短開發時間，從而降低商業試錯成本，提升企業的創新速度，加快行業應用和數字化落地。

低代碼在一定程度解放了創造力，但企業在實際應用低代碼平臺時，也會遇到一些挑戰。朱江表示，一個最核心的問題就是低代碼的目標用戶定位不清晰。低代碼應該給誰用？開發工程師還是沒有技術背景的業務人員？市面上一些企業出于市場空間考慮，回避了這個最本質的問題。

目標用戶定位不清晰就會導致企業在一開始，難以清晰地判斷低代碼能為企業帶來多少價值，解決哪些問題，以及企業應該投入多少成本。這種情況下，有的企業跟風引入低代碼后，發現并不適合自己的情況，無法為企業帶來價值。

同時，用戶定位不清晰，具備技術能力的軟件開發工程師會更偏向自己寫代碼，認為拖拉拽構建的應用不夠靈活，而完全沒有技術背景的業務人員又難以上手。低代碼用戶群體的模糊，是影響低代碼平臺企業落地的一個阻礙。

此外，企業應用低代碼還存在平臺建設門檻高、技術難度大、人才匱乏等問題，這些相對更容易找到對應的解法。

從行業角度看，低代碼可以分為兩種類型，一種是行業通用的低代碼，不同行業背后用到的技術都一樣，另一種是面向垂直行業的低代碼，會根據行業特性做封裝。朱江認為，這兩類低代碼需要融合在一起使用，一橫一縱，橫向解決通用需求即快速上線的問題，縱向解決某一特定領域持續深入優化和創新的問題。

作為當下最炙手可熱的賽道之一，從市場角度看，靠低代碼概念興起的公司已經開始進入紅海期，一部分參賽者逐步找到了適合自己定位的細分領域，而一部分玩家可能很快會被市場淘汰，畢竟炒作概念只能火一時，能否解決實際問題才是關鍵。

普元信息的低代碼方法論

在低代碼開發方面，普元信息有近20年的積淀，早在2003年推出的應用開發平臺EOS中，就融入了低代碼開發的理念，解決應用開發門檻高的問題。經過多年積累和驗證，如今普元信息發展出了不同層次定位的低代碼，分別解決不同用戶的問題。由下而上分別是高低代碼融合的技術平臺、面向特定領域的低代碼開發平臺、針對具體行業的低代碼開發平臺和低代碼應用。

朱江表示，最底層我們提供高低代碼融合的技術平臺，主要面向傳統開發人員，解決技術架構不統一、標準規范不統一的情況，將標準規范固化到平臺中，讓企業的研發部門能夠用一套技術體系解決問題，同時在技術體系中沉淀出通用問題，讓用戶可以用低代碼的方式快速組裝出新應用。

在高低代碼融合的技術平臺之上，有面向特定領域的低代碼開發平臺，比如流程領域的低代碼流程開發平臺，服務集成領域的低代碼ESB產品。再往上則是針對具體行業的低代碼開發平臺，比如面向金融行業、電信行業的低代碼開發平臺。最上層是普元信息開發出來的低代碼應用，比如低代碼建模工具、低代碼表單、低代碼數據開發等應用。

在低代碼開發平臺的構建上，普元信息的理念是在技術架構上采用分層原則，隔離變化，這也正是低代碼解決的問題本質。對低代碼產品在技術架構上做分層，看企業的變化發生在最基礎的技術層面、中間件層面，還是應用層面或框架層面，然后把不同的變化隔離在不同層面上解決。

所用的具體技術，朱江從五個維度進行了講解。

前端表單方面，普元信息應用較多的技術是基于H5和Webpack組裝式的微應用架構，優勢在于可以隔離不同的模塊，同時有接口能連接模塊間的通信，穩定性和可拓展性都比較好。

流程方面，普元信息會用到流程引擎、規則引擎等計算引擎，同時也會提供一些流程的編排工具。并且隨著技術發展，從過去需要在本地安裝集成開發環境，逐漸遷移到通過瀏覽器就可以在線訪問編輯器，省去復雜的安裝過程，降低了用戶使用流程平臺的門檻。

服務方面，主要用到的技術是服務集成、服務網關、服務注冊與發現、服務修流、服務管理這一套技術架構，同時普元信息也會基于Spring Cloud組件，做封裝和擴展。

數據方面，技術圍繞著怎樣收集數據、聚合數據、分析數據、展現數據，普元信息提供了很多相關組件。

最后是自動化集成方面，普元信息會用到Devops相關技術，包括自動化構建、自動化集成、自動化測試等技術，將應用從開發、測試到發布上線的全生命周期串聯起來。

金融場景的幕后推手

不同行業數字化發展階段不同，金融、電信是數字化開展較早，水平較高的行業，金融也恰是普元的優勢行業。

2010年左右，普元信息先后幫多家國有大行構建了統一開發平臺，該平臺應用了低代碼開發技術，讓用戶以拖拉拽的方式構建代碼，編寫應用。這些統一平臺的實施經驗又在之后被移植到了更多的股份制銀行。

2013年左右，普元信息用低代碼的方式為多家股份制商業銀行構建了統一流程平臺，實現業務與技術的一體化。朱江介紹，當時的規劃是“5+3+2”，意思是應用開發中50%的部分由業務人員做，不需要技術人員參與，30%由業務和技術人員配合做，剩下20%使用高代碼開發解決。現在這一比例已經達到了7+2+1，70%的應用開發都是由業務人員構建的。

最近兩年，普元信息開始用低代碼開發平臺，為銀行客戶做很多低代碼應用，比如某股份制商業銀行的智能工單應用，某城市商業銀行的OA信創改造。“這種應用場景很好地體現了低代碼的優勢，像該城商行這樣體量的企業，OA系統構建正常需要一年多時間，但實際上這次信創改造，普元信息只用了三個月就把所有功能重建了。”

談及開源，朱江表示，和過去相比，現在低代碼開發技術在通用性和行業寬度上有所收窄，這也意味著在低代碼時代，開源的影響相比高代碼時期有所減弱。過去開發一個開源技術組件，在高維度的統籌下，不太考慮行業特性，而現在低代碼在技術組件之上，還有行業特性，因此圍繞低代碼去做的開源組件往往覆蓋面沒有過去那么廣。

對于未來的發展趨勢，朱江認為，低代碼最終將走向無代碼。目前Google、微軟都發布了人工智能生成代碼，背后的終極目標就是不需要編寫代碼，通過配置的方式即可完成整個應用的開發。但這個終極目標也許會在一些細分領域達成，但要做到全行業大范圍是比較難的。

“在可見的未來，會是高低代碼同時存在、彼此融合的情形，我們要分清楚哪些是高代碼能做的事情，哪些是低代碼能做的事情，哪些是無代碼能做的事情，隨著技術發展和業務應用的深入，未來可能高代碼的占比會越來越少，低代碼和無代碼越來越多。”