High&NewTech：低代碼(0代碼/無代碼，無需代碼)開發的簡介以及如何選擇最合適的低代碼開發工具

導讀：在互聯網時代，博主經常反思一個問題，如何跟進這個快速發展的時代才能不會被淘汰？博主的答案只有一個，那就是不斷學習，不斷成長，

目錄

低代碼Low-Code和低代碼開發平臺LCDP的簡介

1、國內外低代碼著名公司一覽

2、低代碼的意義

3、低代碼開發的優勢

3.1、上手快

3.2、開發快

3.3、運行快

3.4、運維快

4、低代碼與0代碼華山論劍

5、低代碼開發平臺的演進方向

低代碼平臺有哪些——低代碼開發平臺各家對比

1、基于Web的應用開發工具（組件模式）——0代碼，只有iVX一家

2、基于流程設計的企業服務（組件式服務）——低代碼，Mendix，Outsystems 牛刀 葡萄城(活字格) APICloud 各種 **云 ～～

3、基于API聚合的組件市場工具——APICloud

4、基于作業流、表單制作、檔案協同的工具——各種 ** 云

如何選擇最合適的低代碼開發工具

第一步，捫心自問，確定所需(以結果為導向思考學習)

2.1. “我想學習編程，我想轉行互聯網，我需要做一些真實的專案出來，好找作業！”

2.2. “我會一些編程，我想做外包，中小專案為主”

2.3. “我需要做一個具體的專案，包含作業流、表單部分技術，我希望能快速實作”

2.4. “公司需要重構自己內部的業務中臺，資料也需要統一，付能公司研發能力”

2.5. “公司需要技術架構統一，高效，現在都是外包團隊在做專案，技術架構不統一，無法管理”

第二步，邏輯遞進，合適的就是最好的(選擇最合適的就是最高效的)

第三步，一旦確定好，就直接去學習(時代很快，最怕時不我待)

第四步，反思(如何跟進這個時代)，然后成長

低代碼Low-Code和低代碼開發平臺LCDP的簡介

一般來講，我們常說的低代碼其實就是指低代碼工具或者低代碼開發平臺，低代碼開發平臺（Low-Code Development Platform，LCDP）是無需編碼（0代碼或無代碼）或通過少量代碼就可以快速生成應用程式的開發平臺，通過可視化進行應用程式開發的方法，使具有不同經驗水平的開發人員可以通過圖形化的用戶界面，使用拖拽組件和模型驅動的邏輯來創建網頁和移動應用程式，低代碼開發平臺（LCDP）的正式名稱直到2014年6月才正式確定，但是，整個低代碼開發領域卻可以追溯到更早前第四代編程語言和快速應用開發工具，
低代碼開發平臺(LCDP)最早可追溯到20世紀90年代至21世紀初的編程語言和工具，與先前的開發環境類似，早期低代碼開發平臺基于模型驅動，后期逐漸演進為資料驅動，并創建了自動代碼生成和可視化編程的原理，
2019年底，中國軟體行業協會認為，國內低代碼領域尚處于早期，市場未來需求將出現暴增，隨著低代碼應用場景不斷拓寬，2020年會有更多企業或企業資訊化服務提供商將采用技術門檻更低、開發效率更高的低代碼開發平臺，為自己量身定做企業核心系統以滿足個性化的企業管理需求，
據Forrester估計，到2020年低代碼開發平臺的總市場將增長到155億美元，市場中的細分包括資料庫、請求處理、移動化、流程化和通用化的低代碼平臺，低代碼開發的市場增長可歸功于其靈活性和易用性，低代碼開發平臺正在將重點轉向應用程式的通用，并能夠在需要或期望時添加自定義代碼，移動可訪問性是使用低代碼開發平臺的驅動因素之一，低代碼軟體包通常帶有該功能標準，而不需要開發人員另外花時間創建多設備軟體，低代碼開發平臺需要較少的編碼知識，所以軟體開發環境中的更多人可以學習使用低代碼開發平臺，

1、國內外低代碼著名公司一覽

2014年，著名的研究機構Forrester正式提出低代碼開發概念，并投身對該平臺的研究當中，

• 國外低代碼著名公司：有Salesforce（1999年創立）、OutSystems（2001年創立）、Mendix（2005年創立）、Kony（2007年創立）、Scratch（2008年由MIT創立），
• 國內低代碼著名公司：有iVX（2008年創立，應該是國內非常知名和成熟的一家頭部公司）、J2Paas（2017年創立）、起步（2006年創立）、宜搭（2015年創立），YonBuilder（2020年創立） 其中OutSystems在2018年宣布融資3.6億美金，被視為低代碼賽道的獨角獸，

2、低代碼的意義

低代碼開發平臺的強大之處在于，允許終端用戶使用易于理解的可視化工具開發自己的應用程式，而不是傳統的撰寫代碼方式，構建業務流程、邏輯和資料模型等所需的功能，必要時還可以添加自己的代碼，完成業務邏輯、功能構建后，即可一鍵交付應用并進行更新，自動跟蹤所有更改并處理資料庫腳本和部署流程，實作在 IOS，Android，Web 等多個平臺上的部署，它可以使得更多的人可以參與到應用程式開發當中：

• 對于具有專業編程能力的程式員：可以使得具有專業編程能力的程式員效率更高；
• 對于非技術背景的業務人員：非技術背景的業務人員同樣可以構建應用；
• 對于大型企業：低代碼開發平臺還可以降低IT團隊培訓、技術部署的初始成本，

3、低代碼開發的優勢

3.1、上手快

由于低代碼或0代碼的特征，無疑會大大降低編程語言的學習難度，尤其是0代碼（無代碼）開發平臺，甚至完全不同程式語言的業務人員都可以快速進行學習和應用開發，

3.2、開發快

由于使用大量的組件和封裝的介面進行開發，以及集成云計算的IaaS和PaaS層能力，使得開發效率大幅提升；普遍的觀點，低代碼能夠提升30%以上的開發效率，而0代碼（無代碼）則能夠數倍提升開發效率；并大幅降低開發成本，

3.3、運行快

這是一個相對概念，總體來說，由于低代碼開發平臺或0代碼開發平臺使用自動的方式生成（編譯成）可執行代碼，代碼的整體質量優于業界平均水平；并且相對來說，出錯（Bug）更加可控，代碼的安全性也會更高，

3.4、運維快

一般情況下，低代碼開發平臺或0代碼開發平臺，由于采用組件形式，以及面向物件的開發方式，使得代碼的結構化程度更高，通常來說更容易維護，

4、低代碼與0代碼華山論劍

低代碼產品做的是工具：（優化程式開發的程序，開發更快一點兒）

• 適用人群：現有程式員，對他們過度和學習非常友好
• 適用公司：大型公司最友好（Mendix和Outsystem也是這么做的），需要投入服務資源較多
• 對現有體系影響：影響較小，公司現有研發資產過渡容易
• 解決問題：加快程式員開發速度，為公司降低開發成本
• 收入來源：大公司license和增值服務，會貴，中小公司難承受
• 最終產品形態：IDE（云）
• 生態：大B生態，B端生態

iVX做的是0代碼語言：（不只是加速開發，而是改變編程）

• 適用人群：想成為工程師的人+50%現有程式員（長期目標是90%現有程式員）
• 適用公司：大型公司IT等非核心產品業務+外包公司團隊+中心創業公司，服務大公司投入資源較多
• 對現有體系影響：沖擊較大，公司原有資產只能通過API呼叫，部分研發人員和資產可能無法整合
• 解決問題：提供一種全新的開發手段和體系，降低開發門檻和節省開發成本（我們認為這是技術發展方向）
• 收入來源：前期靠: 大B端服務+C端培訓收費；后臺靠: B端云資源+license C端培訓收費
• 最終產品形態：語言+IDE（云）
• 生態：C端+B端生態

總結一下哦

5、低代碼開發平臺的演進方向

低代碼開發平臺將會沿著兩個緯度進行演進：

• 1. 通用性：也就是語言屬性維度；隨著低代碼開發平臺的不斷成熟和發展，低代碼開發平臺逐漸具備通用場景的開發能力，例如可以開發網站、游戲、3D場景、電商、企業應用、個人應用；支持的系統也會更加全面，例如支持WebApp、iOS/Android、Windows/Mac/Linux、小程式等各種應用；
• 2. 便捷性：也就是指代碼量不斷降低的程序，最終將實作0代碼編程，

但是通用性和便捷性要想同時實作，是非常困難的，這也是低代碼開發平臺急需解決的問題和下一個挑戰，最終使“去掉程式語法，保留程式邏輯”成為可能，

低代碼平臺有哪些——低代碼開發平臺各家對比

1、基于Web的應用開發工具（組件模式）——0代碼，只有iVX一家

iVX屬于首款零代碼開發語言，它去掉了程式語法，但保留程式邏輯，它擁有著簡單的界面和開發環境（純web），
iVX屬于0代碼，初心就是做應用開發工具，基于 Web 的，所以在設計產品時甚至沒有只限制于企業應用，而是所有的應用原則上都可以開發，這是 iVX 的目標，所以 iVX 可以做游戲（支持3D），可以做電商、網站，可以支持小程式等，隨著研發不斷深入底層，現在 iVX 已經基本具備了“語言”形態，例如，多人開發，版本管理，開放的模塊等，這也許是 iVX 一開始并沒有去預期的事情，但也是發展的必然，

推薦文章
High&NewTech：新物種？這是一種不需要寫代碼的程式猿，這事，得從Ta們掌握了 iVX工具(首個無代碼編程語言)說起……

2、基于流程設計的企業服務（組件式服務）——低代碼，Mendix，Outsystems 牛刀 葡萄城(活字格) APICloud 各種 **云 ～～

• 牛刀：從 WeX5 這個前端開源框架開始，后來轉向低代碼，產品的整體構思其實沒什么問題，但是產品的設計和技術能力（特別是后臺）相對落后，再加上 WeX5 也是很小眾的前端框架，所以使用牛刀開發限制還是很大，產品的“邏輯能力”采用了類似 Outsystems 的模式，但沒有Outsystems 強大，
• Odoo(歐度)：開源的開發框架，專門用于做企業應用，很多應用和模塊企業可以直接使用，

3、基于API聚合的組件市場工具——APICloud

• APICloud：也開發了開發流程管理工具，管理整個應用的開發周期，從產品、設計開始，到研發測驗和運營，嚴格來說不算是低代碼產品，

4、基于作業流、表單制作、檔案協同的工具——各種 ** 云

• 各種 ** 云：這里面非常多，多數都是從某一個企業服務領域的細分產品入手開始做的，做了一段時間之后，有一些API可以用于二次開發和靈活控制生成的應用，大體是這個模式，這個呢，感覺也不能算是嚴格的低代碼，算是往低代碼靠攏的工具，

參考文章
對比 iVX 零代碼開發平臺和國內外其它低代碼開發平臺的區別【0代碼和低代碼的區別】

如何選擇最合適的低代碼開發工具

第一步，捫心自問，確定所需(以結果為導向思考學習)

在選平臺之前，首先要確定以下幾個問題：

2.1. “我想學習編程，我想轉行互聯網，我需要做一些真實的專案出來，好找作業！”

互聯網是為數不多的朝陽產業，是基礎工具，也是基礎語言，美國幼兒園里就開始教編程了，國內也要求把編程課程引入中小學教學大綱中，其重要性，我就不多說，另外，互聯網總體來說是高收入行業（看看10幾年前央視的廣告和現在的贊助商有啥區別吧，馬上就能理解），方式方向應該沒錯的，就算每10年可能會有一個輪回和低谷，但是確實也找不到什么新的經濟的增長點了，所以堅定地投身互聯網吧！
為什么要學編程？原因很簡單，程式是互聯網的“語言”，不會語言在互聯網的世界中就會舉步維艱，而我認為，這里面最核心的程式思維，就程式本身而言，語言也有很多種，但是思維方法，構建應用的方法，大同小異，因此如果掌握好了這種程式構建“邏輯”，將為未來發展掃清障礙，
另外建議，學習簡單使用一些語言，低代碼/無代碼平臺是非常不錯的選擇，我們認為，這也是語言發展的大方向，不會問題，

2.2. “我會一些編程，我想做外包，中小專案為主”

你可能會前端或者后臺某一兩項技術，但是還不足以完成整個外包專案，另外，覺得用代碼寫太浪費時間，而且有些地方考慮不周到，專案完成質量也不高，這種情況下，選擇低代碼或零代碼平臺是非常明智的，通常效率都會有大幅提升，如果選擇正確的，

2.3. “我需要做一個具體的專案，包含作業流、表單部分技術，我希望能快速實作”

作為企業內部OA的某一些具體需求和實作，低代碼/0代碼平臺也有一些專門服務類似需求的引擎，最為常見的就是BPM作業流管理以及表單系統，對于這些系統都有非常成熟的低代碼/0代碼解決方案，開發作業量往往可以降到最低，而且質量通常有保證，

2.4. “公司需要重構自己內部的業務中臺，資料也需要統一，付能公司研發能力”

這個往往對平臺要求比較高，需要開發平臺提供完成的“開發體系”，只有這個體系完備，才能保證一個平臺解決所有問題，否則如果平臺技術無法實作，那成本就比寫代碼還要高很多，

2.5. “公司需要技術架構統一，高效，現在都是外包團隊在做專案，技術架構不統一，無法管理”

要求具備完整的“開發體系”，同時，架構要比較簡單和先進，

第二步，邏輯遞進，合適的就是最好的(選擇最合適的就是最高效的)

第三步，一旦確定好，就直接去學習(時代很快，最怕時不我待)

我給大家找了一些相關的教學地址，大家可以去研究一下，建議大家在分析和選擇的時候，多去看教學視頻，少去看介紹，教學視頻才是你后面真正的操作，文字介紹往往具有很強不確定性和迷惑性，

第四步，反思(如何跟進這個時代)，然后成長

最后，希望大家認真選擇和學習低代碼/0代碼平臺，沒準你以后吃飯就靠TA了！畢竟這個是互聯網編程語言的發展趨勢，而互聯網又是社會和技術的發展方向，另外，現階段低代碼平臺比較多，各式各樣，但多數都是針對某一些特定場景和系統進行開發的，而且語言也多種多樣，有寫SQL的，有寫前端代碼的，有寫后臺代碼的，0代碼的如果不算Scratch，國內還是比較少的，主要是iVX，明道等，