在?2021?年年初，InfoQ?發布了?2021?年的技術預測文章，其中就談到了低代碼/無代碼將擴展，加快應用開發，業界很多無代碼?/?低代碼平臺在專業領域有了應用，例如：無代碼人工智能、無代碼機器學習等等。

但是任何一項技術在開枝散葉過程中，難免會遇到各種質疑、阻礙，但隨著在降本提效、增質方面發揮促進作用，那跨過技術生命采用周期里的鴻溝只是時間遲早的問題。

今年首場技術會議?ArchSummit?全球架構師峰會，將于?4?月?25-26?日在上海舉辦，這里面就包含低代碼/無代碼實踐專題。陳陽?Younger?老師擁有?10?年以上互聯網架構技術經驗，國內低代碼開發倡導者和推進者，擔任了此專題的出品人。關于技術在落地應用層面會出現哪些問題，有幸請到他來回答。以下是整理內容，以饗讀者。

1、對低代碼/無代碼平臺的認知誤區

近年來，低代碼越來越火。整個業界也有各種各樣的聲音，對低代碼存在的誤區無外乎以下這幾個方面：

1-?誤認為低代碼是一個全新的概念或技術，其實不然。事實上，早在?20?年前就已經出現低代碼模式了。因為近年來，在數字化轉型浪潮、人口紅利消失等大背景下，需求越來越豐富多變，甚至新冠疫情也沖擊了原有協作模式、商業模式等等，對?IT?互聯網開發在“降本、提效、增質”方面要求越來越高，國內外也涌現出了相應的低代碼平臺及解決方案。特別是國外的?OutSystems?宣布獲得?3.6?億美元投資和估值過?10?億美元，低代碼平臺?Mendix?被西門子?7?億美元收購，這兩個事情進一步把低代碼推到了風口。在?Gartner?2020?的企業低代碼應用平臺魔力象限圖中，Mendix?與?OutSystems、Salesforce、微軟等共同處于領導者象限。

2-?低代碼/無代碼其實是一個比較廣的范圍，這里視野要看得廣一些，比如不要認為可視化與低代碼是完全的等號，可視化只是低代碼的一種展現形式。一些優秀的低代碼開發平臺，基本上是貫穿了系統的各層架構、行業應用主要場景、研發全過程、工作全流程等;比如微軟的?Power?Platform，以企業數字化全局為出發點，集成了?Office365、Azure、Dynamics?365?等，包含其所謂的“四大天王”：Power?Apps(應用開發)、Power?BI(業務分析)、Power?Automate(流程自動化)、Power?Virtual?Agents(智能虛擬代理)。

3-?誤認為低代碼開發平臺的建設很容易、沒有門檻，其實也不然。低代碼開發平臺的使用門檻低，但建設門檻并不低，甚至很高，背后需要很多豐富的組件及技術沉淀。比如?Mendix?是在?2005?年就成立了，用更快、更簡單的方式來驅動客戶體驗和運營效率;而?OutSystems?在?2001?年就成立了，專注于改變企業軟件的交付方式。包括國內比較出色的在低代碼領域也有十年以上的累積沉淀。

4-?誤認為低代碼是萬能的，能代替一切，能像神一樣解決一切痛點。這種觀點就太過頭了啊。我們看待任何一種技術或概念，都要客觀、清醒、結合實際場景來看待。不要太過于炒作和神話了。

5-?誤認為低代碼是萬萬不能的或者沒啥價值。這個觀點和前面一種觀點，都是屬于太極端的。低代碼有很多非常優秀的落地實踐，前面說的?OutSystems、Mendix、微軟等就能說明了。這里就不多講了，本次峰會的低代碼專題會有技術大牛為大家帶來精彩分享。

2、低代碼/無代碼的先天不足

低代碼/無代碼在國外的應用情況還是比較好的，國內相對來說還比較落后。主要原因無非是行業場景、文化觀念、成本、生態等因素。

行業場景多且復雜，很難有一個通用的平臺能覆蓋所有行業、滿足所有用戶需求。目前受歡迎的更多的還是各個垂直領域的平臺。

觀念及文化的差異。低代碼/無代碼將是目前開發結構上的一種新的補充，讓開發人員能夠有更多精力聚焦業務邏輯及創新。比較樂觀的是，國內已有不少企業或項目在專注或重點布局低代碼，甚至組織架構也有相應的變化調整。

學習成本和體驗不協調。低代碼平臺雖然不用學習專業的計算機編程，但還是有學習成本的。包括體驗方面也得關注。舉個常見的例子，在應用功能非常龐大復雜時，可視化圖形會不會因為太巨大反而無法可視或者操作卡頓等等;會不會不如‘show?me?the?pro-code’。所以，對于功能豐富強大的低代碼平臺來說，如何持續優化學習成本和體驗也將是關鍵的挑戰。

目前，除了缺乏學習資料、視頻等社區支持外，還缺少活躍的低代碼生態。低代碼平臺要想越走越好，構建生態必不可少，這個生態里需要包括低代碼平臺廠商、低代碼代理銷售伙伴、低代碼應用開發人員、低代碼培訓和服務商、低代碼用戶、低代碼應用市場等等。

3、低代碼/無代碼技術的適用范圍

陳陽老師說，低代碼適用范圍沒有特別的局限性，如所處行業數字化轉型面臨的需求場景豐富，業務運營創新節奏快，或者“需要更迅速試錯的”，比較適合使用低代碼。

有些團隊缺少專業開發人力，可以通過低代碼/無代碼減少開發人力成本的。此外還有較多重復人工操作流程的團隊適用低代碼。

從業務需求策劃到最終開發完成、測試上線的整個流轉環節過多、鏈路過長的，可以通過低代碼/無代碼減少不必要的環節。陳陽強調說，無代碼其實屬于低代碼的一種特例或升級。某些企業的非開發人員，也在通過無代碼平臺做一些開發工作。所以，低代碼無代碼，是直接讓‘思考的過程’變成‘創造的過程’。

最后，像行業解決方案或?SaaS?的提供商等比較適合使用，低代碼/無代碼在某種程度上說逐漸成為?SaaS?提供商的必備高效工具。

4、低代碼平臺選型注意事項

對于是自己開發低代碼平臺，還是采購外部平臺這個問題，這需要按團隊類型、需求和技術角度去考慮。

如果是平臺提供方，其客戶的需求與日俱增、運營創新壓力大，而且平臺自身也沉淀了足夠的技術及服務組件等，是非常有必要開發低代碼/無代碼平臺，賦能客戶，讓客戶能有更多精力聚焦在其自身業務邏輯和運營創新上。

如果是平臺使用方，若面臨數字轉型與運營創新壓力、開發人力匱乏等情況，可以考慮采用業界低代碼/無代碼平臺。在選型的時候，一般可以從以下幾個因素考慮：

所處行業及訴求。比如服務聚合、工作流、數據流、應用邏輯流、ERP、BSS、CRM、Web?應用、原生應用、小程序、游戲等，每一項都有比較擅長的低代碼平臺提供方。

平臺經驗及開放性。低代碼平臺?/?無代碼提供方的所能支持行業、以往成功案例經驗，技術及服務沉淀情況等。建議選擇與自己行業匹配、訴求匹配，且有多年相關沉淀、平臺自身的二次開發也足夠開放的平臺。

自身數據敏感性。對于數據保密有嚴格要求的企業，考慮支持私有云部署的平臺。

平臺生態。低代碼/無代碼平臺的生態建設情況，建議考慮生態更完善更活躍的平臺。

平臺未來規劃。所選擇平臺，一定要是一個計劃長期持續發展的平臺，有較為清晰的發展規劃，能幫助客戶持續發展的。

之前在看相關介紹的時候，也注意到，其實有很多團隊或者技術人并沒有快速嘗試低代碼，原因無外乎低代碼平臺不好用，低代碼?/?低開發不可控，低代碼應用難以維護等等。那么到底該如何使用呢？在實現一套低代碼/無代碼開發的“流程引擎”，有哪些關鍵步驟?/?因素?/?技術？

其實這些問題，也是低代碼/無代碼平臺發展中必須要面臨的幾個重要挑戰。作為低代碼/無代碼平臺，在開發過程中常見的幾個注意點：

平臺的體驗。操作需要足夠簡單、清晰、便捷，學習手冊視頻需要足夠簡明易懂。

平臺的表達性、可視可讀性。前面也提了一個常見的例子，在應用功能龐大復雜時，有些低代碼平臺的可視圖太大，并無法可視甚至操作十分卡頓，會讓使用人員非常痛苦。

平臺的多人協作性，能夠支持多人在線開發。

平臺自身的開放性，二次開發是否友好。在需要更多定制化功能時，是否有足夠的二次開發能力供開發人員個性化擴展。

平臺的可靠穩健性。低代碼無代碼平臺，需要真正做到“Less?code，less?bug;No?code，no?bug”。

問題及故障善后工具。需要有完善的監控告警系統，在出現問題時，也需要有相關的日志跟蹤、問題快速定位工具、故障善后工具等，能夠快速查明真相，處理故障善后事宜。

另外關于“流程引擎”，可以再分工作流引擎、數據流引擎、應用邏輯流引擎等等。工作流引擎、數據流引擎在市面上有較多不錯的案例，比如開源的?CCFlow?BPM?工作流引擎。這里大概說一下應用邏輯流引擎。隨著互聯網業務的蓬勃發展、數字化經濟的繁榮，業務運營應用變得頻繁，所以也誕生了相應的應用邏輯流程引擎。應用邏輯流程引擎，最終會面對的是?C?端海量用戶，關鍵點包括有：管理端的流程可視化、頁面可視化、簡易的?DSL、數據建模、Mock?測試、用戶資源管理、運營管理等等，用戶端的一碼多端技術(可以一次開發，多終端運行)、后臺權限控制(賬號體系及登陸鑒權、安全防刷等)、流程節點解析執行引擎、分布式節點事務引擎等等。

如果涉及全球化的，還得支持多語言，海內外賬號差異環境差異，能做到一次開發全球支持?？偟膩碚f，在安全性能上也提出了更高的要求。

5、制定一套新的低代碼參考標準

雖然低代碼應用在不同行業場景不同領域，但低代碼?2.0?有一些共同特性，覆蓋全研發過程、涉及系統各層架構等。比如以云原生為基礎，都具備基礎的云端?WebIDE?快速擴展、領域?DSL、前端可視化開發、后臺邏輯流程的可視化開發、數據建模工具等等;比如?Gartner?報告里的低代碼相關技術，包括?iBPMS?智能業務流程管理套件、多重體驗開發(MDXP)、機器人流程自動化(RPA)、快速移動應用開發工具(RMAD)等。

可以將業務邏輯剝離后，抽出一些通用基礎技術模塊，并制定相應的擴展規范。需要業界能夠貢獻開源出一些不錯的基礎模塊、認可統一的通用協議等等，以及共同打造活躍的低代碼社區。這個還有很多路要走，也會有很多挑戰。

Gartner?數據預測，到?2024?年，65%?的應用程序開發將是低代碼。到?2023?年，超過?50%的大中型企業將采用低代碼應用程序平臺(LCAP)作為其戰略應用平臺之一。

在國內，這兩年將可能迎來低代碼的井噴現象;一些重復的流程、低價值的開發或大部分應用，將不再是純人工開發;與底層較近的工作、多端的差異開發等，也會由低代碼屏蔽;低代碼開發將會成為一種新的能力和廣泛使用的生產方式，也進一步加速數字化轉型和業務運營創新。

總的來說，低代碼將掀起新的開發浪潮，但不只是替換或取代，更多的是補充和創造更多可能性。

低代碼很美很有想象空間，但最后，陳陽還想給低代碼潑一下冷水，低代碼還有很多槽點與不足。我們需要時刻保持客觀、清醒的態度看待每一個技術概念風口，要從解決實際痛點和產生實踐效益出發，才能讓低代碼健康地、可持續發展下去。

最后，小編給您推薦，金山毒霸“PDF轉化”，支持如下格式互轉：· Word和PDF格式互轉· Excel和PDF格式互轉· PPT和PDF格式互轉· 圖片和PDF格式互轉· TXT和PDF格式互轉· CAD和PDF格式互轉