低代碼平臺技術目前在國內外都發展迅猛。早在低代碼的概念完善之前, Salesforce 公司就在1999年提出了"軟體終結"的口號,並面向開發者研發了http://force.com應用開發平臺,允許開發者基於此快速開發 CRM 軟體系統,從而開啟了低代碼應用開發的航程。 OutSystems 和 ...
低代碼平臺技術目前在國內外都發展迅猛。早在低代碼的概念完善之前, Salesforce 公司就在1999年提出了"軟體終結"的口號,並面向開發者研發了http://force.com應用開發平臺,允許開發者基於此快速開發 CRM 軟體系統,從而開啟了低代碼應用開發的航程。 OutSystems 和 Mendix 分別於2001年、2005年創立,專註於低代碼開發平臺的建設。微軟在2015年推出了融合 AI 技術的低代碼平臺 Power Platform 。
在國內,低代碼平臺在近幾年如雨後春筍般涌現。雲程、用友、泛微、阿裡、華為等都加入了低代碼賽道,也都紛紛推出了自己的低代碼平臺。
一、低代碼/無代碼平臺是什麼
"低代碼"一詞最早由 Forrester Research 的 Clay Richardson 和 John Rymer 在2014年提出。這一年在他們發表報告《面向客戶應用的新開發平臺出現》之後,低代碼平臺正式誕生。在這份報告中,他們創造了"低代碼"這一術語,並對低代碼的技術、用途和市場進行了概述,同時指出,許多公司更喜歡選擇低代碼替代方法,以便快速、連續地進行應用交付。
低代碼,顧名思義,就是指開發者寫很少的代碼,通過低代碼平臺提供的界面、邏輯、對象、流程等可視化編排工具來完成大量開發工作,降低軟體開發中的不確定性和複雜性,從而大幅提升開發效率,讓企業能夠降低開發成本,降低技術門檻,快速創新應用,實現快速試錯,敏捷迭代。
在 Gartner 的定義中,低代碼平臺被稱為企業級低代碼應用平臺( Enterprise Low - Code Application Platform , Enterprise LCAP ),是支持快速應用開發,使用陳述性、高級的編程抽象(如基於模型驅動和元數據編程語言)實現一站式應用部署、執行和管理的應用平臺。不同於傳統的應用平臺,它支持用戶界面、業務邏輯和數據服務的開發,並以犧牲跨平臺的可移植性、應用開放性為代價來提高生產效率。
權威行業機構 Forrester 在其報告《 Forrester Wave :面嚮應用程式開發和交付專業人員的低代碼平臺(2019年第1季度)》中,將編程介面認定為企業級低代碼平臺的重要標誌,不具備編程介面的"低代碼"被劃歸為"無代碼",轉移到那些只適用有限用例的平臺報告中。
目前,廣義的低代碼是指所有可以幫助缺少編程基礎的人員快速完成軟體開發的技術和工具。 Gartner 認為,低代碼主要有以下幾個主流分支。
1.無代碼開發平臺
無代碼開發平臺屬於低代碼平臺的一種,不提供或者僅支持非常有限的編程擴展能力,一般僅用來開發內部管理類或市場營銷類表單。
2.低代碼應用平臺( LCAP )
LCAP 屬於狹義的低代碼平臺,是萬金油類產品,可用來開發包含前端和後端的應用。它關註通過聲明式的模型驅動和基於元數據的服務來提供快速的應用開發、部署和執行。這個市場囊括了大部分低代碼技術供應商,主要產品是具備自描述性的無代碼應用開發工具。
3.多重體驗開發平臺( MXDP )
MXDP 提供快速開發跨平臺 App 的工具,突出前端開發能力,一般用來開發多平臺/多終端應用。這些產品通過提供一套包含前端開發工具和後端服務的集成套件,使開發人員(有時甚至是非開發人員)能夠跨各類數字設備進行相應用途和形式的擴展性應用開發。它們支持自定義移動應用、響應式 Web 和漸進式 Web 應用( PWA )、沉浸式用戶體驗及對話式應用。
4.智能業務流程管理套件( iBPMS )
整合了 AI 等技術的業務流程管理系統( BPMS )突出後端流程定義和數據整合能力,一般用於解決大型企業的跨系統業務流程。這類模型驅動的(因而是低代碼的)開發平臺可以在操作模型和應用時動態變化。它們通過流程和業務規則/決策實現業務操作的自動化。 Gartner 的研究範圍也擴大到 iBPMS ,包括可持續的智能和動態流程管理系統。儘管模型驅動意味著低代碼,但其中一些可以實現複雜流程和決策的模型既複雜又專業,這可能需要相關專家協助開發。
二、低代碼/無代碼平臺是怎麼產生的
任何技術的興起、流行或者消失,不僅取決於技術本身,更取決於現實的需求。低代碼/無代碼開發技術之所以能在這個時候重新發揚光大,有兩方面的原因。一方面,相關技術發展到一定程度,使原來不可能的事情成為可能,其中的決定性因素是市場對於更高生產力工具的追求,其本質是人類社會對於如何利用機器的能力提高人類福祉的終極探索。另一方面,生產力工具在不同的時代有不同的特征。在工業革命的早期,能夠加強或代替人類四肢勞作能力的工具是生產力工具發展的重點,因此才有了以蒸汽機為代表的機器的普及。隨著電力的發現與應用,以電力為動力的機器成為人類生產力工具的代表。之後隨著電腦的普及,人類開始利用機器的信息處理能力來減輕或代替計算與決策工作,辦公自動化工具在這個過程中起到了重要的促進作用。而當時代與技術發展到目前數字化越來越普及的階段,尤其是噹噹代人的工作與生活已離不開雲計算和移動應用之時,通過軟體手段開發出的各種生產力應用就成為人類提高工作與生活效率的主要手段。
截至目前,大部分的軟體開發是由專業程式員來完成的。而目前的事實是,專業程式員已經供不應求了。當然我們可以通過培養更多的專業程式員來提高全社會的軟體開發能力,但是各種跡象表明,社會對於生產力應用開發能力的需求已經遠超社會培養專業程式員的能力。同時,由於數字化已經逐漸滲透到人類社會工作與生活的方方面面,現在已經很難明確地表達我們需要什麼樣的應用、不需要什麼樣的應用。另外,開發過軟體應用的人都會有深刻的體會,那就是軟體開發不可能憑空發生,它需要基於具體需求解決具體的行業問題,而現在軟體應用的覆蓋領域越來越廣,覆蓋內容越來越細緻,再優秀的程式員也很難對所有業務的細節有深入的理解。這種時代的變化要求各行各業的從業人員具備基本的應用開發能力,其目的並不是將自己培養成專業程式員,而是藉助這種能力來提高自己的工作效率。理論上,所有重覆性工作、所有工作模式都可以總結成規律的工作,都可以用機器的軟體與硬體能力來代替。因此當技術發展到一定階段,當低代碼/無代碼技術發展到普羅大眾都可以更有效地利用軟體的能力來提高工作效率的時候,低代碼/無代碼技術自然就重新發揚光大了。低代碼/無代碼不是新鮮事物,也不是辦公自動化的終點。
從低代碼技術的起源來看,低代碼平臺的主要目標是允許企業開發應用而不需要複雜的工程來促進其配置,從而實現快速性和敏捷性。此外,這些平臺也為企業提供了更經濟的方式來滿足市場或企業自身的要求。藉助低代碼平臺,企業可以為移動或桌面設備等創建多功能和高信息管理功能的應用。
三、低代碼/無代碼平臺應具備哪些能力
低代碼平臺支持快速應用開發( RAD ),使用聲明式的高級編程抽象(如模型驅動和基於元數據編程)進行部署和執行。低代碼平臺擁有以下共同的技術要素:
- 一個以模型/元數據為中心的 UI 層設計器,只需要編寫很少的代碼,甚至不需要編寫代碼;
- 支持基本的數據結構定義和內置資料庫的通用數據存儲(如 RDBMS 、 NoSQL 、平面文件)訪問;
- 通過 REST 、 SOAP 或其他 API 簡化對外服務的訪問;
- 通過 API 包裝它們的底層流程邏輯和數據;
- 支持面向業務規則和常規業務邏輯開發的編碼方法;
- 足夠好的性能表現和足夠低的操作延遲。
企業級低代碼平臺還應包含其他功能,例如:
- 用戶密集訪問量、數據存儲量和高事務率的彈性伸縮能力;
- 高可用性與容災複原能力;
- 應用程式訪問 API 和數據存儲的安全性;
- 運營階段的服務品質協議( SLA );
- 資源使用追蹤能力;
- 對開發人員和運營人員的技術支持能力。
基於上述技術要素, Gartner 共列出了低代碼平臺的11個關鍵能力維度。
(1)易用性
易用性是標識低代碼平臺生產力的關鍵指標,是指在不寫代碼的情況下能夠完成的功能的多少。
(2)用戶體驗
這個指標能夠決定最終用戶對開發者的評價。一般來說,獨立軟體開發團隊為企客戶開發的項目對用戶體驗的要求會顯著高於企業客戶自主開發的項目,開放給企業的客戶或供應商的項目對用戶體驗的要求會高於企業內部用戶使用的項目。
(3)數據建模和管理的便利性
這個指標就是通常所講的"模型驅動",模型驅動能夠提供滿足資料庫設計範式的數據模型設計和管理能力。開發的應用複雜度越高,系統集成的要求越高,這個能力就跑關鍵。
(4)流程與業務邏輯開發能力和效率
這個能力有兩層含義:第一層是指使用該低代碼平臺是否可以開發出複雜的工作流和業務處理邏輯,第二層是開發這些功能時的便利性和易用性有多高。一般來說,第一層決定了項目是否可以成功交付,而第二層則決定了項目的開發成本。無論如何,使用者都應關註第一層。在此基礎上,如果項目以工作流為主,則還應該將第二層作為重要的評估指標。
(5)開發平臺的生態系統
低代碼平臺的本質是開發工具,內置的開箱即用的功能無法覆蓋更多的應用場量。此時,就需要基該平臺的完整生態系統來提供更深入、更全面的開發能力。很多開發平臺都在建立自己的插件機制,這就是平臺生態的一個典型體現。
(6)編程介面與系統集成能力
為了避免"數據孤島"現象,企業級應用通常需要與其他系統進行集成,協同增效。此時,內置的集成能力和編程介面就變得至關重要。除非確認在可預期的未來項目不涉及系統集成和擴展開發,否則開發者都應該關註這個能力。
(7)支持更先進的架構和技術
系統是否支持更先進的架構,比如微服務、雲原生等,以對接 IoT 、 大數據、AI等,開發者希望自己開發的應用有更長的生命周期,深入瞭解低代碼平臺產品的聚構就變得尤為重要。
(8)服務質量
與上一點類似,服務質量也是衡量運行於公有雲模式下低代碼平臺的指標。這裡的服務質量,除了通常所說的"無故障使用時間"外,還要考慮資源是否支持獨占模式,避免某一個應用的高負荷,導致其他應用不可用或出現性能劣化。
(9)用戶模型與軟體開發周期支持
在軟體開發的生命周期中,除了開發和交付,還有設計、反饋、測試、運維等多個環節,如系統開發早期的用戶模型建立和驗證過程通常需要快速模擬和迭代,投人的開發力量甚至不少於正式開發。如果一套低代碼平臺具備全生命周期所需的各項功能,將會大大簡化開發者的技術棧,進一步提高開發效率。開發者所開發的系統規模越大,這一能力就越重要。
(10)開發管理
企業級軟體的項目規模通常比較大,而且業務更關鍵,這就對開發團隊管理提出了更高的要求。現代軟體開發中主推的敏捷開發是否能在低代碼中落地,是衡量開發管理能力的重要指標。這通常包含代碼庫許可權管理、版本許可權管理、發佈許可權管理等一系列大,開發者越應當關註這一指標。
(11)安全與合規
低代碼平臺需要在部署方式、系統安全機制、許可權管理和控制功能等層面發力,全方位賦能開發者構建安全的、符合企業規則的企業級應用。支持本地部署、全 SSL 數據傳輸、密碼強度策略、跨域訪問控制、細粒度的用戶許可權控制等都是該能力的具體體現。大型企業、特定行業企業(如軍工、金融等)通常對該指標的關註程度會更高一些。
四、主流的低代碼/無代碼平臺有哪些
Gartner 預計,到2024年,低代碼應用開發將占應用開發總數的65%以上,將有3/4的大型企業會使用至少4個低代碼平臺進行 IT 應用開發。快速發展的趨勢使得國內外各大廠商紛紛推出低代碼相關平臺和工具。總的來說,國外低代碼平臺比國內更成熟,其中 Microsoft 、 OutSystems 、 Mendix 、 Kony 和 Salesforce 占據領導地位,而 ServiceNow 、 GeneXus 、 Progress Software 、 MatsSoft 、 WaveMaker 、 Thinkwise 等後起之秀也呈現出強勁的追趕之勢。國外的低代碼平臺發展如火如荼,國內也不甘落後。國內低代碼開發商抓住時機、整合資源、積極吸收和借鑒先進經驗,已經打造出可以媲美甚至勝過國外產品的低代碼平臺。
隨著企業創新型業務的爆髮式增長,傳統的 IT 架構已無法有效支撐互聯網的快速打法, IT 團隊不能及時響應業務需求,為低代碼/無代碼開發平臺的普及營造了更多機會。本章通過對國內外主流低代碼平臺的介紹,讓讀者對整個市場的發展狀況和各家產品的定位有個基本的瞭解。
以上是目前(2023年)收集到的國內外主流低代碼平臺產品,排名不分先後,這些平臺各有優劣勢,定位不同,支撐的業務場景不同,低代碼領域也沒有銀彈,客戶可以根據自己需求選擇。從上面的國內外主流低代碼平臺中,各選取一個典型的低代碼平臺進行簡要介紹:
1、國外低代碼平臺典型代表:OutSystems
近幾年, OutSystems 加快了拓寬功能廣度的速度。作為低代碼供應商, OutSystems 的主要特點為:堅持不懈地為開發人員添加功能,以及提供與產品路線圖和戰略目標一致的交付。它已經實現了過去的目標,包括本機移動應用、處理核心交易業務應用的規模和可靠性以及全球業務。 OutSystems 不斷將低代碼平臺的邊界推向處理設備數據和其他流式數據的應用,同時增強AI能力。
OutSystems 採用的是典型的模塊化編程,每個模塊封裝一部分功能,以便在其中提供一個 App 功能。同時, App 可以分離出多個獨立的功能和潛在的可替換代碼片段。在開發設計的過程中,應用界面、邏輯、資料庫的開發都是可視化的。在 OutSystems 中,模塊是存放用戶圖形界面和業務邏輯代碼的地方。
OutSystems 中的 Server Studio 是低代碼應用的開發環境,它是安裝在開發者的電腦上的。一旦連接上 Platform Server ,開發者就可以創建應用並將應用發佈到 Platform Server 上,並且每個版本的應用都將會被存儲在 Platform Data 資料庫中。 Platform Server 會編譯應用,然後將其部署到 Application Server 上。
該產品幾乎沒有弱點,但面臨著與其他低代碼領先產品同樣的挑戰:複雜的定價會導致潛在客戶暫停購買甚至流失。
官方網站:https://www.outsystems.com/
2、國內低代碼平臺典型代表:雲程低代碼平臺
雲程低代碼平臺是一款基於springboot、vue.js技術的企業級低代碼開發平臺,平臺採用模型驅動、高低碼融合、開放擴展等設計理念,基於業務建模、流程建模、表單建模、報表建模、大屏建模等可視化建模工具,通過拖拉拽零代碼方式快速構建標準簡單的業務模塊,也可結合擴展腳本和硬編碼方式,實現高碼和低碼融合,開發企業ERP、MES等複雜應用系統。雲程平臺即可輸出標準軟體產品和全部源代碼,也可按客戶需求定製開發。
雲程平臺支持雙模架構,以快速交付為目標,即可按照傳統單體架構開發和部署,也可按照微服務架構開發和部署,以滿足不同技術團隊、不同應用場景的需求。雲程平臺支持華為雲、阿裡雲、企業私有雲等雲架構部署,也支持物理機、虛擬機、國產化(信創)環境等企業私有化部署。主要功能包括:
(1)數據建模器:基於元數據模型驅動開發的思想,提供靈活、穩定的元數據模型建模與管理,通過數據實體、屬性、關係等元數據配置響應業務需求變化,雲程平臺提供了線上的資料庫實體建模和E-R建模功能,支持單表、一對一、一對多關係。
(2)表單設計器:線上可視化化表單設計器可快速建符合業務的表單,用於數據採集和流程審批,線上預覽,所見即所得。
(3)頁面設計器:提供可視化配置功能,支持單表、主子表、樹等多種模板和自由佈局模板,基於組件化組合思想,可構建複雜頁面功能,並可配置頁面查詢框、操作按鈕等功能。
(4)流程設計器:BPMN2.0規範,基於開源camunda流程引擎擴展開發,支持基於瀏覽器線上可視化設計流程;支持會簽、加簽、跳轉、退回、撤銷等多種中國特色流程操作。
(5)報表設計器:報表設計器是一款線上可視化報表建模工具,提供了彙總表、明細表、柱形圖、條形圖、餅圖、折線圖、面積圖、雷達圖、指標圖等多種種常用圖表,可以組合及聯動使用。
(6)門戶設計器:拖拉拽方式設計系統首頁,滿足千人千面的首頁定製需求,支持多種佈局風格,可自由佈局,支持多角色門戶,不同角色不同首頁,可線上預覽,所見即所得。
(7)大屏設計器:無需寫代碼,線上可視化設計大屏,支持圖表、表格、媒體等20+常用組件,支持靜態數據、HTTP、SQL等多種獲取數據方式。
(8)移動開發工具:移動低代碼平臺是一款輕量化的移動辦公軟體,可以線上設計流程和表單,開發應用,無需手寫代碼,可自動生成移動端界面,極大提升了移動應用開發效率。
(9)API生成器:無需開發Controller、Service、Dao、Mapper、XML、VO等Java對象,一鍵即可生成業務模塊的HTTP API介面,跟Swagger無縫結合,生成標準RESTful介面文檔。
線上體驗系統:http://www.yunchengxc.com
五、低代碼/無代碼平臺典型應用場景
1、數據可視化/ 儀錶盤
儀錶盤和大屏可視化通常用於業務統計數據的分析,例如我負責部門的指定月份的請假情況統計分析,全年請假情況統計分析,訂單銷售系統中的銷售統計分析,人力資源中人員年齡、性別等分佈統計分析。低代碼平臺通過數據可視化設計器快速配置儀錶盤、大屏、報表等。
2、工作流審批
業務審批流程同需要跟工作表配合一起使用,例如請假申請,公司用車申請等,流程表單通常會觸發相應的審批流程,例如請假會有審批環節,當請假申請提交後會流轉至相應的環節給指定人或者角色進行審批。基於BPMN2.0規範標準,你可以按需設計想要的業務流程,支持子流程、會簽、跳轉、退回、撤銷等多種中國特色流程操作,可作為企業流程中心、流程中台,支撐跨系統端到端流程落地。
3、表單填報
開發人員通過配置化方式靈活創建頁面表單、查詢列表,支持豐富的基本控制項、高級控制項和佈局模板,可構建出複雜的模塊頁面,支持PC端和移動端同時訪問。您不需要任何的編程技能,只需要輕點滑鼠,拖動組件,像搭積木一樣,輕鬆完成表單、列表、查詢、按鈕等設計,一分鐘完成業務模塊開發。
4、自定義頁面
自定義頁面通常用於應用首頁或者各種需要靈活佈局展現的頁面,例如不同類型的用戶需要有不同的首頁,首頁會包含各種網頁小組件,用於用戶快速查看信息,以及方便快捷地使用應用提供的功能。也可配置列表頁面、樹頁面、主子表、報表、複雜組合頁面的配置化開發,亦可配置查詢條件、操作按鈕、導入導出、擴展事件等,滿足項目複雜頁面快速開發。
5、後端服務開發
無需開發Controller、Service、Dao、Mapper、XML、VO等Java對象,一鍵即可生成業務模塊的HTTP API介面,發佈數據服務介面,可跟Swagger無縫結合,生成標準RESTful介面文檔。
6、原型系統開發
事實上,低代碼平臺非常適合原型系統開發,對開發簡單的自動化商業流程、或者交付可運行的原型系統來說,是業務開發人員不錯的選擇。在一個可視化的設計器中定義數據模型,使用內置的組件、模板來設計腳手架交互 UI,甚至可以使用特定的工作流組件描述業務邏輯。
六、低代碼/無代碼平臺有什麼價值
低代碼平臺採用可視化的開發方式,一方面可以降低對業務人員掌握編程語言及開發環境的能力要求;另一方面,基於業務和開發邏輯分離的方式降低了對開發人員理解業務的能力要求。因此,它能夠兼顧技術和業務需求,快速對市場作出反饋,併為企業內部系統的構建帶來7大核心價值。
(1)隱私價值
低代碼應用可以由沒有深厚技術功底的業務人員開發,因此企業可以不將這些開發任務外包給第三方,而是交給內部人員完成,這增強了保密性。
(2)快速價值
由於代碼的主要部分已經開發好,用戶無須手動編寫代碼,而只需直觀地配置應用或進行必要的調整,就能開發出他們需要的應用。 Forrester Research 進行的一項調查顯示,低代碼平臺將開發速度加快了5~10倍。
(3)降低成本價值
由於開發周期縮短,無論應用是由公司開發還是由外包人員開發,成本都會降低。
(4)降低複雜性價值
應用不是從頭開始構建的,其開發已經簡化,所以開發人員能夠更專註於自定義軟體以滿足用戶的要求。
(5)易維護價值
軟體維護至關重要,要求能快速更改軟體,確保應用提供的服務與業務需求之間保持一致。由於低代碼平臺提供的代碼很少,因此幾乎沒有代碼需要維護。
(6)貼近業務實際價值
低代碼平臺提供簡單直觀的界面作為應用部署的開發環境。在這種情況下,不需要技術知識,這些應用的最終用戶將成為其開發人員,因為他們瞭解業務需求。根據調查,
44%的低代碼平臺用戶是與技術人員協作的業務用戶。
(7)最小化不穩定或不一致的需求價值
在當前的軟體開發過程中,需求之間可能會發生衝突,並對需求發生變化的應用產生影響。但是,由於業務人員也能參與開發,使用低代碼意味著可以先快速構建最小可行產品來驗證想法和客戶要求,然後再將資源花費在客戶可能不重視的特性和功能上。
七、低代碼/無代碼平臺有什麼優勢
低代碼平臺由於採用可視化的開發方式,基於預先定義或配置的能力來快速滿足業務需求變化,因而至少具有2大優勢。
1.低代碼平臺能提高開發效率和降低成本
低代碼開發如何提高開發效率和降低成本?下麵來具體分析。
(1)效率方面
用圖形化拖曳的方式替代原來編寫代碼的方式,能夠大幅降低工作量。在編寫代碼的方式下,開發人員往往會花很多時間尋找並解決代碼 bug ,而低代碼開發因為很少需要直接寫代碼,因而有效規避了代碼本身的 bug 問題。通過雲化的開發全流程協同和版本管理,可以提高協同效率。
除此之外,在編寫代碼的方式下,增加人力並不能帶來對等的開發總時長縮短,傳統開發是緊耦合、串列開發模式,即開發者之間需要緊密配合、聯調等,很多開發環節需要等待上一環節完成才能進行。低代碼平臺非常關鍵的一點是,從而實現從串列開發到並行開發的轉變。
(2)成本方面
應用開發的成本主要是人力成本,通常按人天或人月來衡量,可以按照這個公式核算:開發成本=人員日均工資 x 人數 x 開發天數。效率的提升會成比例減少人數和開發天數,同時,低代碼開發模式降低了對開發者開發水平的要求,很多開發工作不再需要高薪聘請專業的開發人才來完成,這樣也降低了人員日均工資,從而降低整體成本。
2.低代碼平臺是企業數字化轉型的有力工具
OutSystems 公司2019年發佈了報告《應用程式開髮狀態》( The State of Application Development )。該報告通過分析一項針對全球3300多名 IT 專業人員的調查結果,給出了他們使用低代碼平臺的主要原因。在這些受訪者中,有66%的人將加速數字化轉型、提高對業務的響應能力作為他們使用或將使用低代碼平臺的主要動機;有45%的人指出,對難以雇用的技術人員的依賴性正在降低。
低代碼體現的是一種新思維:優先考慮各種能力的服務化。工具永遠只是工具,它只有在善於使用的人手中才能發揮出最大價值。低代碼平臺作為一種工具,可以做很多事情,不過到底怎麼做,怎樣做效果好,最終要看使用工具的人。
使用低代碼平臺,讓用戶擁有解決自身需求的技術,這也是此類平臺現在備受關註的重要因素。在低代碼這個"翹板"的兩端,一端,低代碼降低了編程和開發的複雜度;另一端,用戶可以將更多精力用於應用和流程的抽象提煉,構建通用模塊,將各種能力轉化為服務。
企業自身對現有和未來業務的理解、對工具的熟悉以及清晰的邏輯和產品思維,是實現企業數字化轉型的一個關鍵點。低代碼不僅讓公司內部的各種應用可以用搭積木的方式實現,而且可以將面向企業外部的解決方案組合成行業套餐。
這種思維貫穿於工業互聯網平臺、數據中台、業務中台、雲原生、微服務等領域,可以說各種工具僅僅是手段,最終輸出的是理念和價值。降低開發門檻、打破信息孤島、加速能力服務化,低代碼快速發展的背後是技術、企業和商業期望的變化。
八、低代碼/無代碼平臺有什麼劣勢
Forrester Research 的 Clay Richardson 和 John Rymer 在他們2014年發表的報告中指出,低代碼平臺會帶來一些好處,但也會有一些風險。基於上面介紹的價值,低代碼平臺提供了有效的企業 IT 轉型解決方案,實現應用交付的自動化和高速度,並提高平臺更新效率。然而,他們也強調了數十項在技術管理之外的風險,以及客戶對於低代碼平臺如何融入其更廣泛的產品組合幾乎沒有共識。綜合來看,阻礙使用低代碼平臺的三個主要因素如下。
(1)可擴展性
低代碼平臺目前主要用於開發小型應用,尚未用於開發大型項目和任務關鍵型企業應用。
(2)碎片化
根據每個低代碼平臺公司及其特定的編程模型,可以定義不同的低代碼開發模式,
從而導致不同的公司提供的模型不一樣,針對的業務場景也各不相同,容易造成碎片化的開發模式和產品。
(3)軟體系統的功能擴展限制
在低代碼模式下,企業的業務人員會變成"開發人員"。雖然這些企業"開發人員"幾乎沒有專業編程知識,但他們通常是其他工程領域的專家。這些專家希望能夠在應用系統中充分運用他們的知識並擴展應用系統的功能或能力,但這種擴展性的能力要求是目前大多數低代碼平臺很難具備的,這就相當於要求業務人員同時精通軟體系統的底層開發能力。
九、低代碼/無代碼平臺該如何選擇
目前,零代碼技術和低代碼技術越來越成熟,低代碼平臺也越來越被大家所接受,國內低代碼平臺廠商和產品層出不窮,到底哪家低代碼平臺好,企業如何選型,以下給出一些參考。企業如何選擇一個適合自己的低代碼平臺,有如下幾個方面供參考:
(1)技術架構先進性
低代碼平臺應滿足當前主流技術:雲原生技術、微服務框架、容器化部署、devops構建、前後端分離、springboot、springcloud、vue、react等。
(2) 功能滿足程度
低代碼平臺應具備必要的功能:數據建模、業務建模、表單建模、頁面建模、報表建模、門戶設計、大屏設計、移動APP、微信小程式、釘釘集成等核心功能,具備可視化設計開發業務模塊的能力。國產化軟硬體(信創)的相容適配等。
(3) 技術生態開放性
應選擇主流技術生態,比如前端技術選擇vue、流程引擎選擇camunda、orm框架選擇mybatis-plus等,不要選擇互聯網非主流技術,或者自己封裝的組件。不然互聯網材料少,程式員上手很費勁,跟主流技術脫節,導致無法長久發展,這一條特別關鍵。
(4) 源代碼自主可控
是否能交付全部源代碼,沒有源代碼就無法深度定製和擴展,對於業務比較複雜、有自主可控需求的公司來說特別關鍵,沒有源碼就相當於蛋蛋被別人握在手裡,永遠受制於人。
(5) 複雜需求支撐能力
無論是低代碼還是零代碼平臺,都不可能滿足所有業務需求,肯定會有硬編碼實現的場景,這就需要低代碼平臺需要具備良好的腳本擴展機制、硬編碼融合機制,即高碼和低碼的融合能力,才能滿足像企業級複雜應用系統的需求,比如:ERP、MES、CRM等。
(6) 業務需求契合度
現在的低代碼平臺種類很多,有表單流程類、模型驅動類、數據可視化類、報表類、IoT類、大數據類等多種。企業需要根據自己的業務場景,選擇合適類型的低代碼平臺。比如:簡道雲擅長報表可視化、炎黃盈動擅長流程、葡萄城擅長excel填報等。
(6)團隊能力和技術服務
低代碼平臺一旦選型,就意味著它以後是企業數字化開發的技術底座,團隊能力和技術服務攸關重要,其實也未必大廠大公司的技術服務一定到位,有時候容易店大欺客。
十、低代碼/無代碼平臺適合哪些人使用
低代碼平臺的誕生,使得原本不具備 IT 系統或應用系統開發能力的非技術人員參與開發成為可能,這就帶來一個新的"全民開發者"的概念,這個概念是由 Gartner 造的。根據 Gartner 的說法,全民開發者是指使用企業 IT 認可的開發和運行時環境為他人創建新的業務應用的用戶。專門針對低代碼/無代碼領域的全民開發者是為自己或公司創建商業應用的商業用戶。
因此,低代碼平臺主要面向如下兩類人員提供快速開發應用的能力。
- 業務人員。平臺通過提供大量界面模板、業務模板、流程模板和對象模型,使業務人員能夠根據實際業務需要以積木式組裝的方式快速拼裝應用系統,快速實現應用創新。
- 開發人員。利用平臺的頁面編排工具和流程編排能力,開發人員可在平臺上組件化、微服務化已有的大量服務,同時,基於數據共用能力,編寫少量代碼就可以實現自己想要的應用管理系統。
因此,低代碼平臺是可以開發應用的生態系統,使用者通過已經構建並預配置的能力,可以最大限度減少手動定義和實現代碼。低代碼平臺強調可視化界面,使沒有技術背景的人能夠相對輕鬆地創建和部署業務應用。
十一、低代碼/無代碼平臺會成為潮流嗎
上一輪的辦公自動化讓人類從物理意義上的"剪和貼"( Cut - Paste )逐漸變成用滑鼠點擊的菜單指令,再到越來越普及的 Ctrl + C / Ctrl + X / Ctrl + V 。沒有多少人還記得原來的辦公文員是真的要拿一把剪刀通過"剪和貼"來修改文件,那時候的剪刀不只是用來剪開信封的,還是一個非常重要的辦公工具。
這一輪的辦公自動化,一個最基本的標誌將會是低代碼/無代碼編程能力變成一個與辦公軟體一樣普及的基本辦公技能。曾幾何時,為了能夠得到心儀的職位,大學畢業生的簡歷中要專門註明具備使用辦公軟體的能力。在可預見的將來,低代碼/