qq自定義diy名片代碼複制_低代碼是什麼

低代碼開發平台最近好像挺熱啊，聽說微軟Google都入局了，資本如今也熱捧。百度指數了解了一下，關聯度最高的那幾個國内的産品不少是存在了好多年，更有甚者xx網表差不多是上一個世紀的老産品了，也來蹭一下熱度。那麼，低代碼到底是什麼玩意？是新鮮事物麼？為啥上個世紀的老産品也湊一份熱鬧？我們一起去看看。

低代碼平台，洋文稱Low Code Development Platform，注意了，這個Low可不是你想的那個Low，不是低級的意思，而是少量、簡易的DSL代碼甚至是無代碼的意思。

為什麼能夠是更少量甚至是無代碼呢？開發者們想想自己是怎麼減少重複代碼的就會明白了。 我拿自定義表單的場景作為例子，從演化的路徑上來看，是這樣的：

• 一開始，在一個應用裡實作了一個自定義表單的功能，做新應用的時候，也需要這個功能，我們會把原來的代碼複制一份，然後簡單改一些樣式或變量，搞定。
• 然後，越來越多的應用需要自定義表單的功能了，我們把那砣代碼抽象成一個函數庫，每次需要的時候隻需要引用函數庫，給不同的參數就好了，省了代碼複制不說，一下子就提升了代碼的可維護性，這時，代碼就開始變少了。
• 再後來，我們嫌引用函數庫還麻煩了，我們把這個功能做成了一個獨立應用或微服務，提供一系列常見的表單模闆，使用的時候，在這個應用裡面選一個模闆，稍配置一下，然後複制一個連結到目标應用上粘貼一下就能用了。這個時候，自定義表單變成了一個Saas服務，目标應用中要實作自定義表單的功能已經不需要編寫代碼了。至此，這個自定義表單服務就是一個低代碼應用了。

是以，

低代碼的本質就是應用場景的極緻抽象并且模闆化的過程

。實際上，我們以前看到的低代碼産品多了去了，隻是那個時候還沒有低代碼這個概念罷了。下面我給你說說：

• 上面舉的自定義表單例子，你可能有意無意間接觸過了，例如金資料，就是對表單收集這個場景進行了極緻的抽象，形成一套固定的表單設計套路，并且讓表單的開發可以通過可視化配置來完成。順帶說一句，金資料的創始人現在就在二次創業，做的正是低代碼開發平台。是以，你懂的了。
• 早年的DreamWave、FrontPage，現在的RapidWeaver等可視化網頁制作軟體、大量的線上可視化網站拖拉拽建站應用，就是網頁制作場景的低代碼平發平台。
• BAAS，Backend As A Service，後端服務平台，直接讓開發者省掉了後端的開發工作，也是一種典型的低代碼開發平台，例如微信小程式的雲開發平台、知曉雲、Lean Cloud等。
• 衆多的移動應用、小程式可視化制作平台，提供大量的場景模闆，簡單調整一下參數就可以得到一個自己的應用。

以上這些應用場景的本質都是低代碼或零代碼，但為什麼低代碼平台的概念在這幾年才興起？我猜想，

是應用的場景覆寫得更廣、涉及開發的環節更完整導緻了平台化的出現

。

1. 應用的場景覆寫得更廣了，之前的低代碼應用，隻能夠滿足相對窄的應用場景，如建站、表單、BAAS，但到了後面，抽象層次往下降一層，允許定義資料結構、定義界面和流程，能夠解決更多通用的場景了，就自然而然有了平台的感覺。
2. 涉及開發的環節更完整了，以前的建站，純粹是前端頁面的拼湊，而BAAS，也隻是解決後端的問題，而到了後來的小程式可視化制作時，就把前後端的開發都囊括進去了，幾乎就不需要代碼開發了，又自然而然有開發平台的即視感了。

再看看微軟和Google的低代碼平台，都是解決相對通用場景、涵蓋前後端開發環節的形态，就更加印證了我的猜想。

不對呀，上面說到了通用場景，但同時也說了低代碼的本質是場景的抽象并且模闆化，通用和模闆化不沖突嗎？這裡就要說低代碼平台的限制了，所謂的通用場景也隻能是相對通用，可模闆化的，于是就有了

模闆化的通用場景

，即這個通用場景是受限的，不是完全的通用。是以，

現在大多數的低代碼平台都是面向企業，做企業應用的。

因為企業應用，是一個可以模闆化的垂直通用場景，例如明道雲、簡道雲、氚（就沖着這個字我不懂寫不懂拼，必然會沒落）雲等等，都是服務企業使用者。

最後，低代碼并非零代碼，盡管市面上有不少零代碼的應用平台打着低代碼的旗号吸引關注。代低碼平台的底層邏輯還是一個開發平台，需要對個性化的需求開放實作途徑，如何開放？開放接口？二次開發？還是開放DSL？不一而足。如果一個平台沒有支援個性化需求的開發能力，那它不算是一個及格的低代碼開發平台，充其量隻是低代碼應用罷了。

好了，現在你已經知道什麼是低代碼了，往後，我會帶大家一起實作一些低代碼開發的場景，并對低代碼的商業化進行深度的思考，例如誰會為低代碼平台買單、低代碼平台到底是專業平台還是小白應用等等。如果感興趣，請關注。