低代码--低代码开发（LCDP）介绍
低代碼開發（LCDP）介紹
- 1 介紹
- 1.1 概述
- 1.2 行業風向
- 1.3 行業報告
- 1.4 優點
- 減少重復編程
- 避免溝通隔閡
- 提升效率
- 1.5 挑戰
- 完全拋棄代碼的代價，就是平臺能力與靈活性受限
- 應用低代碼平臺阻力大
- 技術局限
- 老舊系統改造困難
- 職業角色缺失
- 應用者大多是技術人員
- 有些行業抵觸低代碼
- 1.6 技術特點
- 1.7 低代碼平臺分類（from汪源，網易副總裁）
- 模型驅動
- 可視化開發
- 表達式語言
- 軟件工程
- 開放集成
- 腳本語言
- 1.8 低代碼平臺設計難點
- 技術體系復雜
- 需要應對架構與技術的快速迭代
- 2 發展歷史
- 2.1 時間軸
- 2.2 事件軸
- Delphi、PowerBuilder（后稱 PB）
- 2015年微軟、谷歌等巨頭入局。
- 2015-2018年期間，國內低代碼廠商像簡道云、氚云等也斬露頭角
- 18年，OutSystems融資3.6億美元，西門子宣布6億歐元收購Mendix
- 2018年起，互聯網巨頭阿里、騰訊、百度紛紛入局
- 2019年起，低代碼成為我國ICT產業中最明顯的增量市場
- 2021釘釘6.0發布會再次引燃低代碼市場
- 3 代表平臺
- 3.1 巨頭
- 3.2 垂直領域廠商
- 4 各賽道代表
- 4.1 應用開發平臺
- 4.2 智能表格
- 4.3 SaaS聚合
- 4.4 IDE+DevOps
- 4.5 DSL開發框架
- 4.6 組件代碼庫
- 5 應用
- 5.1 ERP
- 5.2 教育
- 5.3 機器人
- 5.4 工業PLC
- 5.5 物聯網
- 參考
1 介紹
1.1 概述
- 低代碼開發平臺（LCDP）是無需編碼（0代碼）或通過少量代碼就可以快速生成應用程序的開發平臺。通過可視化進行應用程序開發的方法（參考可視編程語言），使具有不同經驗水平的開發人員可以通過圖形化的用戶界面，使用拖拽組件和模型驅動的邏輯來創建網頁和移動應用程序。低代碼開發平臺（LCDP）的正式名稱直到2014年6月才正式確定，整個低代碼開發領域卻可以追溯到更早前第四代編程語言和快速應用開發工具。
- LCDP是Low-Code Development Platform的簡寫。
- 低代碼開發平臺可以通過圖形化拖拽、參數配置等更高效的方式完成開發工作。
- 低代碼背后的哲學，是少即是多（Less is More），或者更準確說是多快好省（Do More with Less）。
- 低代碼能解決落后的軟件開發生產力跟不上人民日益增長的業務需求的矛盾。尤其面對非標需求。
- 根據《人月神話》作者Fred Brooks的劃分，軟件開發的復雜度可以劃分為本質復雜度（Essential complexity ）和偶然復雜度（Accidental complexity）。前者是解決問題時固有的最小復雜度，跟你用什么樣的工具、經驗是否豐富、架構好不好等都無關，而后者就是除此之外在實際開發過程中引入的復雜度。通常來說，本質復雜度與業務要解決的特定問題域強相關，因此這里我把它稱為更好理解的“業務復雜度”；這部分復雜度不是任何開發方法或工具能解決的，包括低代碼。而偶然復雜度一般與開發階段的技術細節強相關，因此我也相應把它稱為“技術復雜度”；而這一部分復雜度，恰好就是低代碼所擅長且適合解決的。
1.2 行業風向
- 低代碼是微軟 2019 年及以后最大的賭注之一。——微軟 CEO 薩蒂亞·納德拉
- 數字技術要服務好實體經濟，低代碼是重要趨勢。——阿里云總裁張建鋒
- 低代碼是下一代的變革和提升。——谷歌
1.3 行業報告
1.4 優點
減少重復編程
將重復的部分抽出做出單獨的功能，可以圖形化拖拽等，極大減少重復性代碼開發。
避免溝通隔閡
甲方提出一大堆業務流程、數據收錄、界面設計等要求，開發者理解業務需求代價很高，并容易埋下不少系統邏輯不自洽、出bug、流程不通等隱患。借助低代碼帶來的簡易操作，圖形顯示，業務員和甲方能輕松溝通。
- 如PLC快速修改邏輯，讓客戶很快看懂自己的想法實現的輪廓。
- 如協助機械臂的圖形編程能方便業務和應用人員給客戶展示產品的應用。
- 如家裝3D軟件快速搭建家裝效果。
- 如剪映快速拼接視頻讓視頻制作隨手完成。
提升效率
可視化、交互化、簡潔的平臺界面，應用開發者能更高效地實施開發，能快速排查及修復bug。
如協作機器人的圖形化編程，能仿真同步，快速校驗邏輯。
1.5 挑戰
完全拋棄代碼的代價，就是平臺能力與靈活性受限
一方面，可視化編輯器的表達能力遠不及圖靈完備的通用編程語言，不引入代碼根本沒法實現靈活的定制與擴展（當然，理論上也可以做成Scrach/Blockly那樣的圖形編程語言，但那樣不過是換一種形式在手寫代碼而已）。
另一方面，由于目標受眾是非專業開發人員，平臺能支持的操作會更趨于“傻瓜化”，同時也只會透出相對“親民化”的模型和概念，無法支撐強大專業的底層開發原語和編程理念。
應用低代碼平臺阻力大
低代碼通過一站式解決方案，提升效率、降低使用門檻，但同時，一站式應用發布會對一些企業傳統DevOps流程及規范形成挑戰。引入低代碼甚至會改變一些企業的現有工作流，對于大型企業阻力可能會較大。
技術局限
當前的低代碼平臺產品形態多是以Web端產品為主，技術上受限于瀏覽器性能，交互上需要妥協于瀏覽器技術，增加了向用戶屏蔽技術細節的難度。
老舊系統改造困難
低代碼平臺的優勢是作為業務創新的起點，到應用全生命周期的托管，而對于一些技術棧老舊、設計思維老舊、經過多年迭代的存量系統的升級迭代問題顯得有些力不從心。
職業角色缺失
低代碼將會孵化出一個行業中的全新角色——“業務信息官BIO”，立足于業務，有較高的抽象思維能力，能夠將業務場景工具化。
應用者大多是技術人員
據Creatio調查統計，“只有 6%的低代碼開發是由業務人員完成的”，而 OutSystems 的數據是 69%的用戶是專業開發，宜創科技 CEO 宜博也曾說低代碼面臨“懂技術的看不上，懂業務的學不會”的尷尬。
以機械臂中圖形編程功能的使用情況來看，業務人員一般不會，還得由技術型應用人員來完成，技術型應用人員能力稍微強些會出現轉行成真正的技術開發者的現場，我之前工作中就有遇到。
有些行業抵觸低代碼
大部分企業對 CRM、ERP 的定制需求還沒那么高，相比用低代碼從頭開發來說，采用 Saleforce、SAP 這樣的套裝軟件實施，再做一些二次開發是更合適的選擇。這也解釋了為什么 Saleforce、ServiceNow 這樣的 SaaS 巨頭都有自己的低代碼平臺，而西門子會收購 Mendix。另外 ERP 這樣的企業軟件實施強依賴咨詢經驗，這不是低代碼能解決的，而業界有經驗的咨詢顧問顯然更熟悉 SAP 這樣的產品，也沒有意愿改變。
1.6 技術特點
低代碼產品大體分為兩個大的發展方向：針對IT人員的開發工具型、針對業務人員的業務復用型。
表單驅動模式的低代碼平臺主要以表單的形式運轉業務流程；而aPaaS模式能借助應用平臺打造一個立體空間，讓不同部門的不同業務線彼此交叉貫通，還可以對接外部的系統。
“低代碼”將多個“系統煙囪”歸整為一個集大成者，更靈活敏捷地創建中臺架構。
1.7 低代碼平臺分類（from汪源，網易副總裁）
以區分度最高的六項來做判斷標準：模型驅動、可視化開發、表達式語言、軟件工程、開放集成和腳本語言。
模型驅動
使用模型驅動的平臺比如 OutSystems、Mendix 的手冊會有很大一章講怎么做數據建模和處理，包括怎么定義實體、實體間關系、主鍵、唯一性、索引、數據怎么訪問、篩選、分組、統計等等，還提供 SQL 或類似擴展。使用表單驅動的產品則往往手冊第一章就是說明怎么定義各種表單，都是各種和界面相關的控件，比如單選多選下拉框、文本日期數字等。
可視化開發
可視化開發不是拖拉拽做個界面（這只能叫可視化設計），而是要拖拉拽寫處理邏輯。看 OutSystems 這類產品的文檔，你會發現很多編程語言的基本構造都有，比如順序 / 分支 / 循環 / continue / break、輸入輸出參數、局部變量 / 全局變量、struct 和 list、異常等。雖然這些東西都是拖拉拽完成，看上去沒有密密麻麻的一行行代碼來嚇人，但也足以嚇退業務人員。一下幾張圖都來自于 OutSystems。
表達式語言
表達式語言有些類似 Excel 里的公式，有表達式語言才可以做一些比較復雜的計算。下圖是 OutSystems 的表達式編輯器，大家可以看到有各種操作符，還有很多內置函數，比如數學函數、字符串處理函數等。
軟件工程
專業的低代碼平臺需要提供測試、debug、版本控制等軟件工程支持。低代碼平臺能避免語法bug但是邏輯bug沒法避免，尤其在需求變動時。所以測試、debug、版本控制這些支持也是必不可少的。OutSystems 做的最好，跟它完善的 debug 支持是分不開的。下圖是 OutSystems 的 debug 界面，像專業的IDE一樣。
開放集成
典型的企業軟件都是相互依賴和集成的，所以平臺還需要具備能夠調用外部 API 和開放 API 給別人的能力。
腳本語言
腳本語言就是用 JavaScripts、Python、Java、Lua等做擴展，有的甚至，這些是專業編程語言，但低代碼平臺會把工程復雜性都封裝好，讓開發者不需要配置部署環境，隨手就可以寫代碼，寫完一鍵發布馬上可以運行。
1.8 低代碼平臺設計難點
技術體系復雜
涉及核心的編程語言層面的設計，比如 DSL、類型系統、泛型等等，還有怎么 diff、debug、undo。
需要應對架構與技術的快速迭代
20 年前是 C / S、.Net，后來流行 B / S、Java，再后來又得搞 App，操作系統從 Windows 變成 Linux，現在又面臨從 SOA 到微服務的轉型。
如 OutSystems 到 2016 年的 10.0 版本一口氣推出 Client-Side Logic、Local Storage、異步、Reactive 等功能才算對移動 App 有較好的支持。網易的輕舟團隊在做這些東西時發現很難。
2 發展歷史
2.1 時間軸
- 80年代，編程界推出了“結構化語言”，即以功能指令為單位，把相應的代碼封裝好。當程序員要系統運行某個功能時，只需發出指令，計算機就知道要運行對應的代碼。
- 2000年，“VPL”（可視化編程語言）出現了。就是在第四代編程語言的基礎上，把系統運行的過程以更視覺化方式呈現，例如圖標、表格、圖表等形態。
- 2010-2015年，傳統軟件和SaaS軟件興起，市場規模穩步增長。許多軟件開發項目，軟件的功能大同小異，重復度很高，導致很大部分的軟件開發成本都浪費在重復的功能編程上。
- 2014年，Forrester（一家國際知名的技術和市場調研公司）敏銳地發現軟件重復性開發的問題，并首次提出低代碼和零代碼的概念。
- 2016年，宜搭、iVX等一眾創新團隊開始從“非代碼”或“低代碼”的產品方向探索應用開發新模式，開啟中國低代碼賽道。
- 2018年，Gartner提出aPaaS（應用平臺即服務）和iPaaS（集成平臺即服務）的概念。
- 2021年，中國市場逐漸形成完整的低代碼、無代碼生態體系。
2.2 事件軸
低代碼都快爛大街了，還有人在為低代碼吵架
Delphi、PowerBuilder（后稱 PB）
二十年多年前的 Delphi、PowerBuilder（后稱 PB）在當年相比較而言就是低代碼，如今淘汰。
Delphi、PowerBuilder（后稱 PB）相比同時代（PC 時代）的其他技術（比如MFC）來說易用性好太多。互聯網時代來了后，軟件架構很快就從桌面端的 C / S 變成 Web 端的 B / S，再后來是移動 App。Delphi、PowerBuilder被淘汰。
2015年微軟、谷歌等巨頭入局。
2015-2018年期間，國內低代碼廠商像簡道云、氚云等也斬露頭角
18年，OutSystems融資3.6億美元，西門子宣布6億歐元收購Mendix
2018年，軟件開發行業發生了兩件大事。OutSystems融資3.6億美元，成為了估值超過10億美元的獨角獸。隨后西門子宣布6億歐元（約7億美元）收購低代碼應用開發平臺Mendix。這兩起融資收購案，將低代碼應用開發這個概念推向了臺前。
2018年起，互聯網巨頭阿里、騰訊、百度紛紛入局
2019年起，低代碼成為我國ICT產業中最明顯的增量市場
2021釘釘6.0發布會再次引燃低代碼市場
3 代表平臺
2021中國低代碼應用平臺廠商Top20榜單。
國外有Salesforce（1999年創立）、OutSystems（2001年創立）、Mendix（2005年創立）、Kony（2007年創立）、Scratch（2008年由MIT創立）、國內有iVX（2008年創立）、J2Paas（2017年創立）、起步（2006年創立）、宜搭（2015年創立），YonBuilder（2020年創立） 其中OutSystems在2018年宣布融資3.6億美金，被視為低代碼賽道的獨角獸。
3.1 巨頭
- 微軟：PowerApps
- 亞馬遜：Honeycode
- 谷歌：Appsheet（收購）
- 騰訊：微搭
- 阿里：宜搭
- 華為：AppCube
- 百度：愛速搭
- 字節：黑帕云？（收購）
- 浪潮：？
- 網易：輕舟（類似 Scratch 的積木塊設計）
3.2 垂直領域廠商
- 天翎
- 輕流
- 奧哲
- 慧友
- ClickPaaS
- 數睿數據
4 各賽道代表
4.1 應用開發平臺
有宜搭、簡道云、明道云等
作為釘釘生態產品提供大量行業標準的應用模板，例如：CRM、財務管理、日常信息收集等，業務人員可以直接發布到自己的釘釘工作臺快速投產；由于這些應用模板本事是基于豐富的標準化前端組件，業務人員經過簡單文檔學習，通過宜搭提供的可視化拖拉拽工具可以完成一定程度的業務定制。
4.2 智能表格
有維格表、Treelab、輕流等
這類智能表格型產品，延續了Excel經典的功能及交互邏輯，這類產品上手就沒有什么門檻。智能表格產品能為小公司提供了無縫銜接的操作體驗以及本地Excel所無法比擬的多人協作、高可用能力，很受小微團隊歡迎。
4.3 SaaS聚合
有Odoo、OpenERP等
Odoo：CRM、ERP領域的SaaS起家，在海外市場風靡一時。Odoo瞄準的是應用級的開箱即用，依托于多年的SaaS交付和生態社區發展，Odoo積累了一大批圍繞企業管理場景的SaaS應用。在應用市場中，用戶可以選擇所需的管理軟件，如財務、庫存、人事、設備管理、園區巡檢等，直接添加到自己的工作臺。相比于購買不同廠家saas產品，企業獲得了統一的工作臺、數據接口、底層協議，無論是自己依照odoo開源框架還是增加其他應用都有很好的拓展性。
4.4 IDE+DevOps
有Mendix、AppCube、iVX等
iVX提供了一套完整的DevOps解決方案：通過iVX的在線IDE可以通過可視化“拼裝”+配置的方式完成傳統意義上的邏輯代碼編碼；iVX直接打包了底層的IaaS資源，用戶可以按需直接部署上線。
4.5 DSL開發框架
Uni-app、雙鏈AI軟件云引擎等
Uni-app: 是DCloud一個基于Vue封裝的前端開發框架，可以達到一次編碼，多端適配。
4.6 組件代碼庫
BrickNext、Vant、ICE等
BrickNext：優維科技旗下低代碼開發工具，提供超過300個前端組件庫，只需要配置yaml文件即可完成前端搭建。不同于element這類的開源前端組件，BrickNext基于前端原生開發方式，可以提供原子級的自定義能力，同時相較于element的通用型前端組件，BrickNext同時提供優維多年交付積累下來的業務前端組件。支持原子級修改是該產品的最大優勢，但同時也是最大的問題，目前前端行業普遍采用Vue或React開發框架+element或其他前端組件的方式進行開發，基于原生的開發方式越來越少。
5 應用
5.1 ERP
Odoo，OpenERP
5.2 教育
- Scratch （全球少兒圖形化編程工具（語言））
- Google的Blockly
5.3 機器人
- 協助機器人采用圖形編程，如優傲、節卡。
- AMR機器人采用圖形編程，如海康、玖物互通。
5.4 工業PLC
2018年西門子以6億歐元收購低代碼開發平臺公司Mendix
5.5 物聯網
參考
1、有人說低代碼是：幾個牛的人讓一群人失業，真是這樣？
2、低代碼發展現狀調研和思考
3、低代碼開發平臺都有哪些？國內外十幾大低代碼開發平臺——匯總分析
4、簡述國內幾大無代碼開發平臺
5、2021盤點：國內外10大低代碼開發平臺
6、18個最受歡迎的低代碼開發平臺【開源】
7、低代碼的行業現狀如何，又將走向何方？
8、機器人流程自動化(RPA)與低代碼流程自動化：應用場景與優勢
9、“行業毒瘤”低代碼
10、什么是低代碼（Low-Code）？
11、萬字長文講透低代碼–汪源(網易副總裁)
12、一文看懂低代碼的現狀、打法、機會和挑戰
13、終于有人把“低代碼”說清楚了！
14、百科–低代碼開發平臺
15、功能模塊化，邏輯圖形化
16、圖形化編程的理解
17、低代碼都快爛大街了，還有人在為低代碼吵架
18、低代碼無代碼平臺——新的投資賽道
19、硅谷成長攻略–低代碼、無代碼之上手體驗：道阻且長，行則將至
總結
以上是生活随笔為你收集整理的低代码--低代码开发（LCDP）介绍的全部內容，希望文章能夠幫你解決所遇到的問題。
- 上一篇： 深度学习领域有哪些瓶颈
- 下一篇： 程序员反思：为什么团队的产出效率那么低下