低代碼開發平臺: 開發人員早日脫離996

近幾年，低代碼領域發展迅速，賽道跑出了超10億美圓估值的獨角獸OutSystems，巨頭企業AWS、Google、Microsoft、Oracle、西門子等也紛紛推出低代碼開發平臺或經過收購佈局低代碼。國內也出現了一批低代碼創業公司，具有早期創投機會，徐平俊在2010年創立從BPM切入的雲開發平臺公司奧哲；任向暉在2011成立辦公協做SaaS公司明道雲；劉鑫在2014年成立移動應用開發工具APICloud。它們現在都匯入了近年來乘雲計算趨勢而起的一個新賽道——「低代碼」。

低代碼，本質是一種相似「樂高積木」的理念——將通用、可重複使用的代碼造成組件化的模塊，經過圖形化的界面來拖拽組件拼成應用，從而在只寫少許代碼或不寫代碼的狀況下，搭建軟件應用。而低代碼開發平臺，就是指的是這種能夠快速生成應用程序的工具，其一方面能夠下降企業應用開發人力成本，另外一方面能夠將原有數月甚至數年的開發時間成倍縮短，從而幫助企業實現降本增效、靈活迭代的價值。

通俗的來說，使用低代碼開發平臺相似於使用 IDE，由於它包含了一套能夠供開發人員直接使用的功能，和一套供開發人員使用的工具。然而，它實際上能提供的遠遠超過一個傳統的 IDE。簡單來講，低代碼開發就是將已有代碼的可視化模塊拖放到工做流中以建立應用程序的過程。因爲它能夠徹底取代傳統的手工編碼應用程序的開發方法，技術嫺熟的開發人員能夠更智能、更高效地工做，而不會被重複的編碼束縛住。相反，他們能夠將精力集中於建立應用程序的 10% 部分，並使其具備不同凡響的功能。

與「低代碼」開發相對的另外一種方式是編寫數千行復雜的代碼和語句，而後對其進行調試。而使用「低代碼」開發而且使用可視化的方式來構建應用程序，你能夠將開發速度提升 10 倍，而且最大化技術嫺熟的開發人員的價值，讓開發人員早日脫離996。

目前實現低代碼開發平臺大概有兩種技術路徑架構:

• 一類是基於表單/引擎驅動的模式，經過創建多張表單，使用流程串聯，定義報表輸出方式，構建表單類輕應用。該類模式的技術壁壘不高，主要支持開發表單類應用，場景有必定侷限性，主要服務中小客戶。
• 一類是基於aPaaS平臺的模式，包含多種具體的技術手段和路徑，例如模型驅動、自動代碼生成、可視化編程等，底層技術涉及雲原生、元數據、多租戶等。該類模式的技術壁壘較高，顆粒度更細，複雜度、靈活度更高，可以支持普遍場景的複雜應用開發，具有服務大客戶和中小客戶的能力。

這裏簡單說下基於aPaaS平臺的模式這一類，基於這個模式下的一種產物叫邏輯編排，邏輯編排就是一種可視化的低代碼開發平臺；借用一張圖：

邏輯編排就相似圖中同樣，其開發應用程序界面就如同一個文檔編輯器，只不過中間是一塊搭建應用流程的空白版，能夠經過拖拽旁邊的功能組件進行搭建，完成整個邏輯的編寫，若是沒有對應的鏈接器，提供可定製的鏈接器可讓用戶自定義業務鏈接器，去自動搭建運行。邏輯編排包含不少產品功能特效:

• 即拖即測即用； 圖形化拖動，支持在線化測試
• 斷點調試，數據回放
• 可定製的鏈接器能力，你能夠自由定製專屬鏈接器
• 多種觸發器能力，http，消息等
• 支持本地服務等

邏輯編排還有不少不少功能特效，能力很強大，因此想象的空間也很大，有無限的可能性，這也是咱們爲啥花大力氣去基於aPaaS平臺的模式作這個。固然裏面包含不少挑戰，好比大量用戶接入邏輯編排後，中心化服務的高併發壓力，接入faas多租戶怎麼支撐等，還有鏈接器市場的打造，邏輯編排怎麼與工做流，業務編排 產品層面的打通，以及相似實現workflow這種產品無縫連接跳轉的產品，都是值得去思考的問題。

最後說一句:  若是你們對這塊有興趣，還想了解更多細節，歡迎加入咱們團隊，發簡歷到 edagarli.lz@alibaba.com

---

也歡迎關注個人公衆號，會不按期分享一些東西