低代碼風頭正緊，也是最近一段時間跟云原生一起被熱捧，不管你是做后端開發、還是前端設計、銷售、售前，如果你沒接觸過低代碼你都不好意思說自己在軟件領域工作，這邊文章從我的角度聊聊低代碼是什么、以怎么樣的方式開發、及低代碼的未來發展趨勢

低代碼的起源

低代碼并不是一個新的技術，其實在10多年前就已經存在，主要是滿足客戶的自定義需求，也就是軟件公司提供一個基礎平臺，讓客戶在平臺之上實現自己的業務需求，之所以最近幾年才火起來，主要是業務的快速發展及新技術的出現可以滿足平臺有更強的擴展性，也可以說是時機更成熟了

主要分享低代碼、微服務、容器化、SAAS?、系統架構方面的的?內容??，希望?大家?點贊?，評論，關注?。

業務的擴展：業務系統及平臺，尤其是在云辦公、理賠、差旅報銷、物流等業務系統，雖然系統對應的業務場景不同，不可能每個客戶的需求都一樣，客戶越多差異性越凸出、個性化越明顯。業務的復雜化及規范化、個性化，催生了軟件開發需要適應更快的適配需求、更靈活的方式適應變化、更快的交付到客戶

平臺擴展：為了滿足客戶更多的個性化、業務不確定性，系統及平臺則需要提供更強大的底層支持、自定義業務需求的功能，讓客戶可以實現自己需要的功能，應對業務的可變性，不確定性，這就要求低代碼平臺要有強大的擴展能力及適配性

低代碼實現

低代碼目前呈現的效果多種多樣、場景也非常多，研究過的低代碼平臺涉及到辦公類、物聯網、電子政務、演示類及在線IDE，但目前實現方式主要有頁面驅動、模型兩種方式

頁面驅動：功能說明：頁面驅動就是指使用者直接設計頁面、表單、規則，不考慮數據模型，用戶根據提供的UI控件實現布局、表單、頁面、單據設計，頁面顯示就是把設計的時候還原呈現，最后直接供最終使用者使用。使用場景：目前市場上常見的表單設計器、流程設計器、規則設計器基本都屬于頁面驅動，這類設計基本不用考慮數據模型，用戶設計成什么樣就是什么樣，用戶上手非常快，也容易上手，所以目前展示類、快速原型、示意圖、To C類多以這類方式實現功能實現：頁面驅動由于只考慮呈現效果，所以實現上也簡單，且主要對前端有要求，實現過程可以使用如下示意圖表示

模型驅動：功能說明：模型驅動是指先把要表示的對象模型及模型關系規劃并設計好，然后根據模型去設計頁面、表單、單據等等，頁面上能呈現的數據來源于提前設計好的數據模型，頁面顯示的時候跟頁面驅動是一樣的，都是根據表單設計器設計去還原頁面，供使用者使用。使用場景：目前這類開發方式主要用在系統性的平臺或者業務系統中，尤其是to B的系統、或者是在已有的系統上做擴展功能需求，像OA、EHR、理賠、物流系統等等。功能實現：功能實現其實跟頁面驅動類似，可以先設計頁面再跟模型映射，也可以根據模型映射頁面上的控件，這兩種方式都可以，最終形成的頁面的頁面設計結構類似

低代碼趨勢

聚焦：以一種模塊或者子系統的方式跟主系統結合，低代碼主要實現局部的業務需求、頁面定義，比如：頁面設計、流程定義、規則定義、單據局部定義等等，來輔助主要的業務系統。這類系統一般都是業務需求比較復雜，單純的依靠低代碼很難完全實現。

垂直：整體方式可以實現某一業務或者行業的系統，有低代碼實現，深入業務需求、深挖業務模型、實現垂直的業務需求低代碼系統或平臺。

總結

低代碼也一直在發展中，已經出現了不少的低代碼平臺，尤其是幾個頭部軟件企業也都加入了低代碼平臺建設，很難界定哪個低代碼平臺好與不好，但只要滿足一定的場景就是好平臺，后面會有更多的直播分享及資料整理，歡迎一塊交流溝通。

主要分享低代碼、微服務、容器化、SAAS?、系統架構方面的的?內容??，希望?大家?點贊?，評論，關注?。