在大家還沒弄明白信息化和數字化區別的時候，數字化轉型無疑已經成了一個所有企業都無法避免的大名詞和大問題。

信息化是業務的數據化搜集，數字化則是依托數據的業務化創新，低代碼開發平臺則是一個企業數字化轉型必不可少的的基礎架構之一。那么企業如何選擇自己的低代碼開發平臺呢？

當然，目前市面上有很多提供低代碼開發平臺的服務商，主流低代碼開發平臺我也都逐個試用過，這些平臺的成熟度都比較高，個人也都蠻認可的，但是有幾個問題，不太適合企業使用，第一：這些平臺無疑都是SaaS的，要想部署到企業私有云，恐怕需要支付一大筆費用；第二，這些低代碼平臺考慮的通用因素比較多，但是企業一般都拿低代碼做自己的創新業務，其實只使用了低代碼開發平臺的一小部分功能，大部分功能用不上，又不得不學所有功能，學習成本和學習曲線很高；第三，企業的核心業余特別復雜，低代碼開發平臺很難實施出企業的核心業務的界面、邏輯，只能依靠靈活的架構定制開發來實現，具體到企業技術落地，要么拿不到這些廠商的源代碼，要么這些廠商源代碼特別復雜，改造起來幾乎不可能，所以基于一個簡單低代碼開發平臺，進行個性化改造，個人認為這是目前企業上低代碼開發平臺的一個理性的選擇。

對于低代碼開發平臺的定位，我個人的總結，40%的非核心業務的功能，例如基礎數據的收集、簡單業務的實現，可以依賴基本的低代碼開發平臺實施出來；30%獨有的核心業務功能，依賴靈活的架構定制開發來解決實際問題；剩余30%復用性比較高的業務邏輯，可以做成一個一個插件，最開始是個性化定制，然后慢慢通用化，逐步加入到自定義的低代碼開發平臺內。

那么一個企業如何自建自己的低代碼開發平臺呢？一個低代碼開發平臺，一般包含如下可視化功能：

（1）數據庫表設計；

（2）前端界面拖拽可視化；

（3）能夠插入邏輯層代碼和業務規則；

（4）能夠對接BPM流程引擎；

從上圖中，可以看出，頁面建模，是低代碼開發平臺的核心技術。市面上開源的也大都是界面建模，包括阿里巴巴旗下釘釘也都開放出自己的源代碼，其它還有百度、騰訊也都有自己頁面建模的解決方案，開源出來，供大家參考。

關于頁面建模的技術選型，與其他企業開發技術一樣，無外乎Vue和React、Angular三種的一種，如果團隊中沒有一個偏好，個人建議選擇Vue，因為Vue在國內生態好，程序員好招聘，價格也不貴。

關于流程建模的選擇，流程引擎無外乎Activiti或者Flowable，他們本是一家的，核心技術人員理念不一致吧，就各自分家了，選擇其中一個即可。關于流程引擎的可視化界面，我看開源絕大部分選擇，都是選擇了bpmn.io，在此基礎上，基于VUE或者React做了二次開發，界面如下：

個人不喜歡提到業務流程，就是這種千篇一律的界面，再說這種界面，操作起來，Bug也比較多，所以我個人做了其他選擇，關于低代碼技術架構的細節，我后續還會寫文章全部吐出來。

關于低代碼開發的后端引擎，Java、Spring Cloud、Spring boot則是最佳選擇。我所做低代碼開發技術架構圖如下：

（待續…）