前端低代碼之路（一）-- 聊聊什麼是低代碼

前言：很早本身就開始接觸低代碼，或者叫可視化搭建，或者叫效能工具等等。一直都沒有時間總結這10多年來到底作了些什麼，或者能給朋友們一些什麼啓發。最近時間比較多，收拾收拾再出發，也順便討論討論什麼是所謂的低代碼。

打算分三步，一是聊聊低代碼的實踐之路，也是我這些年接觸過的，二是聊聊低代碼產品設計，至關重要，決定生死，後續會詳述，三是乾貨，把我這些年寫過的一些平臺技術分享出來。互相交流學習，不喜歡就笑笑，喜歡就看看。

記得2011那會，尚未廣泛意義上的前端工程師，更沒有什麼框架，低代碼，severless那都是後話。廣泛意義上的研發工具類卻是很多。我接觸的能夠認爲是低代碼，或者是效率工具起源的一個項目，這裏不是行業起源，是我我的認知的接觸的第一個我認爲有那麼點低代碼的意思的平臺。

BannerMaker，也許有人知道，這是阿里媽媽ued團隊的產出。固然我沒有貢獻什麼。與其說是低代碼，不如說是低設計。需求是不少賣家有裝修店鋪的需求，可是本身不懂設計，無法生產貼合本身店鋪的banner圖，若是僱傭設計師設計，費時費力還費錢。這個平臺作了什麼，就是容許自由的設計師能夠上傳一張banner底圖，而後使用平臺工具劃出一個框框，使用者能夠填充本身想要的內容進去。依賴平臺大量的banner，能夠知足大部分用戶的定製需求。

這個思路我想就是後來愈來愈多的低代碼平臺的初衷，就是資源緊張，生產效率低，自主性強的需求面前，利用技術打造一個簡單的平臺，經過簡單的學習和培訓就能夠由需求方自主完成業務。低代碼平臺可以高效且便捷，成本又低。就應用領域來說已經很普遍了，例如營銷領域，各類頁面生產工具，非冰，樂高，宜搭，魯班。還有電商類的公司都會給商家提供一個相似店鋪裝修的工具，小程序生產工具等等。在線的所見即所得的文本編輯器不也是低代碼應用嗎。像是工程控制領域也喜歡低代碼的可視化操做平臺，能夠不用理解艱深的技術就能夠完成工做。是很是值得作的事。

平臺太多，也都不一一截圖，寫這些文章的也不在少數，隨便搜搜資料豐富。具體到平臺核心功能，通常的H5頁面生產工具，以下圖（有贊微商城截圖）

這個領域需求量很大，電商領域搭建自主的營銷頁面，互聯網廣告的內容製做等。大數據領域中數據可視化的部分和任務調度系統，這樣的系統，也有其自己的需求，尤爲是任務調度，工業領域中也很是必要，任務一個一個按照類型作成任務節點，可視化的讓用戶操做。

隨着職業的發展，2012年接觸了阿里巴巴內部的工做流平臺，當時看仍是挺複雜的，固然技術進步如今看想解這個問題就有比較多的成熟方案。那個時候須要使用平臺定義一個工做流，不少人看懵逼了，那就舉個簡單的例子，釘釘你們不陌生了，你請假，是否是填完了請假信息以後，一個提交就完事了。那麼系統怎麼直到你要提交給誰，這個在這個流程節點上又能夠幹什麼呢。這個就是釘釘的企業管理後臺了，包括你請假的上下游審批鏈路，每一個鏈路上的規則，權限，包括你發起審批時候用的表單，在釘釘的管理後臺均可以自定義。這就是定義一項工做，而後自動執行。其實這給企業帶來了莫大的收益。

定義一個工做所須要提交的數據內容

定義這項任務的具體流程

這就是一個典型的低代碼平臺，有幸本人2015年也參與了早期釘釘的審批模塊的開發。

得益於這些經歷，後面也陸續在從事可視化搭建之路上跑着，例如

大數據的任務流

作了醫療營銷平臺

問卷系統

回過頭來，因爲大多數的行業貢獻者的努力，以及前端技術的迅猛發展，如今這個領域中的產品和工具日漸成熟。在我看來還有些問題沒有解決：

1. 營銷領域，因爲小程序普及，多端統一的趨勢日漸顯現。你也不但願一樣的業務內容製做完H5頁面，再去開發小程序頁面，或者說，在微信小程序弄一遍，再去支付寶小程序弄一遍，再去抖音小程序和百度小程序弄一遍。你固然但願一個平臺作一遍搞定全部的端。這個後面代碼架構實現的時候我詳述。

2. 就算平臺組件積累的足夠多，模板積累的足夠多，仍是100%知足不了用戶需求，用戶永遠是在妥協。我常常收到的需求就是這裏微調一下，那裏微調一下。不改吧咱矯情，改吧就是無窮無盡。我會針對此類需求提出本身的方案，未必通解，你們討論

3. 應用領域的多元化要求，不少營銷已經不侷限於靜態頁面的搭建，H5小遊戲的應用廣受歡迎。因爲3D打印的蓬勃發展，傳統制造業的發展，物聯網的發展，低代碼可視化開發會大放異彩。

4. 頁面邏輯控制偏弱，每每以固定業務功能展現。體現不出業務的功能流轉。具體舉例：一個自主表單系統，每每用戶但願某一輸入項能控制其它項的展現，第一題 您的性別 男 女，你確定但願選男的人對應展現男性相關問題。諸如此類，這方面仍是偏弱的，暫時無解，看各路產品大神如何設計。

5. 就是業務上仍是須要接口配合，沒有徹底的低代碼，ajax請求是前端主要的數據通訊手段，無論怎麼樣的系統都有一個問題就是落數據的問題，業務數據沒有，這個系統就廢了。每每數據接口的增長，修改，就會致使前端對應的修改頁面結果。這塊在低代碼領域你們都在嘗試去結合serverless，接口注入等方式解決和提高。不瞭解別人家的產品也不知道作到什麼程度。

感謝你看這些內容，有興趣咱們慢慢討論