作為一名無程式碼/低程式碼領域的從業者，應該比較有發言權，我自己也主導過兩個產品研發（避免廣告嫌疑就不提名字了），這兩個產品分別是低程式碼和無程式碼的代表。

按照Gartner的產品提法，只有低程式碼開發平臺（LCAP），無程式碼開發平臺是一種特殊的LCAP，更多是一種營銷定位的提法。

從內涵上看，無程式碼開發定義是比較明確的：即視覺化配置生成元資料、透過元資料驅動引擎渲染方式的實現應用的搭建、執行，這裡的應用一般是特定領域的應用，如企業管理應用、小程式應用。

低程式碼開發的定義比較模糊，特別在國內各個廠商跟風炒概念的背景下，只要能夠提升開發效率的產品、框架都能跟低程式碼開發沾邊，如BPM PaaS、敏捷開發框架、程式碼生成器、快速開發平臺等。一般而言，將開發過程中高頻使用的能力、元件封裝，同時結合領域特點將軟體開發過程視覺化，都可以稱為低程式碼開發，沒有明確定義，只是低程式碼程度不同。

無程式碼和低程式碼的區別幾位答主都提到了，如面向使用者、開發效率、擴充套件性及邊界不同等。我認為名詞上的不同只是表層，更深層次是平臺形態上的不同，我更喜歡將這些產品分成零/低程式碼開發平臺和低程式碼能力平臺，這樣才更清晰，兩者最大的區別是以下兩點：

1、是否支援程式碼二開：開發平臺形態的產品，不管是零程式碼還是低程式碼開發，出來的應用是不支援二開的，能力平臺開發的應用一般都支援二開

2、是否能脫離平臺執行：開發平臺不管是零程式碼還是低程式碼開發出來的應用都需要依賴執行時平臺，無法獨立執行。能力平臺開發的應用一般能獨立執行

應用場景，服務人群差異，是低程式碼與無程式碼最大的區別。

低程式碼開發平臺適合開發複雜的應用程式，更多的還是服務於開發人員；無程式碼平臺主要百服務於業務人員，普通非開發人員都可以透過操作完成。

低程式碼開發是將已有程式碼的視覺化模組拖拽到工度作流中心用來建立應用程式的過程。由於低程式碼開發可以取代傳統的手工編碼應用程式方法，透過低程式碼開發可以幫助開發者提高開發效率，從而不被重複的編碼束縛。

在實際應用中，如果你只是開發最簡單的應用程式，對定製化要求極低，低程式碼開發平臺是個不錯的選擇，尤其在當下人力成本繁重、版高效生產力競爭激烈的格局中，有優先與競爭對手進行業務試水的作用重大。目前國內在做低程式碼開發平臺的企業比較多，相對具備商業化、定製化、移動化應用權開發能力的APICloud，透過低程式碼開發平臺，你可以實現跨平臺開發，雲端部署，輕鬆完成定製需求，在人員效率，和成本上佔據一定優勢。

但是現在真正實現無程式碼的廠商並沒有幾個，低程式碼平臺倒是很火，比如廣州天翎、還有湖南的天縱，這些企業都是經營了將近二十年的軟體公司，在業內的反響是不錯的，但是無程式碼的話，現在高不成低不就的，平臺不夠穩定，容易爆bug

各種概念交錯，其實看100遍概念不如自己試幾個產品體驗一下。還有所有的所謂界限，都是一種假設。不斷有產品突破這些界限，所以不要認為概念劃分是理所應當的。典型的低程式碼平臺，比如炎黃盈動的aws，起步的牛刀，國外的mendix；典型的無程式碼平臺，比如魔方網表，勤哲excel伺服器。試試，體會一下。總體上來說，我個人認為低程式碼只是過渡，無程式碼必然是終極目標。低程式碼更像是迎合現有開發人員和程式設計師的產物。單從生產力角度看，只有消滅了程式碼才會有有質的飛躍。無程式碼平臺不能二開，不能脫離平臺執行也是一種誤解。

軟體快速開發平臺是這幾年比較流行的一種軟體開發工具，以編碼少，效率高而著稱。柏思科技旗下Workfine資料管理平臺是一款完全零程式碼的開發平臺。

下面一張圖讓你看清傳統開發平臺和零程式碼開發平臺的區別：

“低程式碼”LowCode的概念，2019年初傳到國內，起因主要是這兩家公司——Mendix和Outsystems，它們一家被西門子收購，一家拿到大額融資，這一概念隨之也被投資人引入國，並被網際網路技術人員所關注。 至於“0程式碼”Zero Coding，我還專門請教了一些業內專家，給我反饋是“低程式碼”是科學用語，“0程式碼”是理想狀態。

目前的零程式碼開發平臺主要有三類，介面設計類、表單流程類、資料管理類。

第一類是介面設計類，透過拖動的方式繪製使用者介面。思路與傳統的自助建站系統雷同，只是現在進行了擴充套件，不只是開發網頁，還能與後臺的業務資料互動。不僅能繪製電腦端的介面，還能設計手機端的樣式。典型的廠商有 微軟的 PowerApps，被西門子收購的Mendix，以及獲得大筆融資的Outsystems 。

第二類是表單流程類，這一類工具談不上新技術，基本上就是BPM廠商在炒作，還是20年前那一套圖形化的流程設計、表單設計工具，換湯不換藥。這一類工具只實現了審批的過程管理，流程結束，管理就結束了。

第三類是資料管理類，這一類工具最早的實現方式其實是Excel，可以設定很多欄位，可以把資料錄入進去然後進行統計。隨著應用的深入，為了實現共享編輯，Google發明了雲端的Excel，可以多人同時編輯，可有追蹤每個人的修改痕跡。但Excel不能定義欄位型別，不能做輸入校驗，不能控制權限，於是 Salesforce 發明了雲端資料庫的模式，可以線上建立資料表，設定欄位，並融入了第一類和第二類開發工具的介面設計、流程設計的功能，打造了一套雲端開發管理系統的新模式，也因此迅速紅遍全球，成了最熱門的管理軟體開發工具。

低程式碼比零程式碼更靈活，這是毋庸置疑的，甚至有些軟體提供了開源版本，可以讓使用者更自由的進行定製化。當然，使用這一型別的軟體也是有一定要求的，門檻相較於零程式碼平臺高，因為使用者需要懂程式碼，比如說一些定製邏輯平臺上沒有或不符合要求就需要自己去寫，不過一些基礎的功能，大部分都是可以直接配置的。

JNPF是一套低程式碼開發平臺，操作便捷只需掌握基礎技術語，且支援在已有框架下進行二次開發。採用主流的兩大技術Java/.Net開發，視覺化開發環境，有拖拽式的程式碼生成器，靈活的許可權配置、SaaS服務，強大的介面對接，隨心可變的工作流引擎，一站式開發多端使用Web、Android、IOS、微信小程式，並且有以構建業務流程、邏輯和資料模型等所需的功能；為企業專案節省80%的重回工作，讓開發者將重心放在業務邏輯，不必煩惱底層架構設計，可短時間開發出如ERP、OA、CRM、HR、MIS以及電信、銀行、政府、企業等各行業的企業應用系統。

應用場景，服務人群差異，是低程式碼與無程式碼最大的區別。

低程式碼開發平臺適合開發複雜的應用程式，更多的還是服務於開發人員；無程式碼平臺主要服務於業務人員，普通非開發人員都可以透過操作完成。

低程式碼開發是將已有程式碼的視覺化模組拖拽到工作流中心用來建立應用程式的過程。由於低程式碼開發可以取代傳統的手工編碼應用程式方法，透過低程式碼開發可以幫助開發者提高開發效率，從而不被重複的編碼束縛。

什麼是低程式碼？

簡單來說，低程式碼開發就是將已有程式碼的視覺化模組拖放到工作流中以建立應用程式的過程。由於它可以取代傳統的手工編碼應用程式的開發方法，技術嫻熟的開發人員可以更智慧、更高效地工作，而不會被重複的編碼束縛住。一位專業的程式設計師曾經說，低程式碼開發讓程式設計師可以將精力集中於建立應用程式的10%部分，並使其具有與眾不同的功能。

什麼是無程式碼？

無程式碼或者0程式碼開發平臺更進一步，聲稱就是連10%的程式都不用編寫，是100%的無程式碼開發平臺。

無程式碼和低程式碼的核心區別

無程式碼和低程式碼最大的區別在於是服務人群的差異。由於低程式碼還是需要一定的開發能力的，它只是提升開發速度的一個手段，所以低程式碼更多是服務於開發人員。而無程式碼產品，主要服務於業務人員、市場人員、產品經理等運營，銷售，決策人員。因為無程式碼完全沒有任何的計算機編碼，所以普通非開發人員都能完成。

作為一名IT行業的從業者，我來回答一下這個問題。

首先，低程式碼開發和無程式碼開發都是當前比較重要的發展趨勢，這兩種開發方式在產業網際網路時代也具有重要的意義，一方面能夠讓軟體開發變得更容易，另一方面能夠積極推動產業網際網路相關技術的落地應用。

要想了解低程式碼開發和無程式碼開發的區別，可以從以下幾個角度來分析：

第一：對於編碼能力的要求不同。低程式碼開發和無程式碼開發最明顯的一個區別就是在程式碼量上，低程式碼開發依然需要程式設計師具有一定的程式碼編寫能力，只不過程式碼量會有大幅度的下降。無程式碼開發目前也並不是完全無程式碼，通常也需要完成一部分特定程式碼的編寫，但是在編碼量上會非常少，很多編碼也有比較固定的模式，可以透過查閱“程式設計手冊”的方式來完成程式編寫。

第二：資源整合的方式不同。無程式碼開發完全需要藉助於平臺來進行資源整合，自身並沒有整合資源的能力，所以在擴充套件性上會有一定的欠缺，而低程式碼開發在擴充套件性上會有一定的提升。低程式碼開發雖然在擴充套件性上也會受到一定的限制，但是相對來說，很多資源整合過程是可以透過定製化程式碼完成的，資源整合邊界也會有所擴充套件。

第三：應用場景不同。無程式碼開發通常對於應用場景有比較嚴格的要求，往往只能在固定的容器內使用，比如在遊戲開發領域，就有很多無程式碼開發工具。相對於無程式碼開發來說，低程式碼開發的應用場景會有一定的拓展，在當前的雲計算平臺（PaaS）支撐下，低程式碼開發的應用場景會逐漸得到拓展。

老鐵，想多了，現在哪有什麼無程式碼開發，只是一個噱頭而已，你看看現在的開發平臺，天翎，捷易什麼的，都僅僅只是達到低程式碼而已，如果真的是無程式碼的話，個個都可以做程式設計師了，我對於低程式碼的理解是從接觸天翎開始，他們平臺號稱微服務架構，前後端分離，小白也能做程式設計師，我就找官方瞭解了一下，然後用幾分鐘搭建了一個請假流程，我覺得這種對我們小白還是很友好的，也希望無程式碼快點被開發出來，好想做程式設計師，體會熬夜掉髮的快樂哦

簡單的業務場景應該能達到無程式碼的境界（配、配、配就能用了），複雜的個性化的（如 ERP）我看不行，至少現在不行

低程式碼和無程式碼兩者的共同目標都是為了降低軟體開發門檻，提升軟體開發的規範性和開發效率，但是在市場營銷中側重的使用者群體會不同，應用場景也稍有差異。

再進一步解釋就是低程式碼強調對程式設計師賦能，原來你要大量程式碼很慢的開發各種軟體，現在托拉拽為主+少量程式碼就能完成，主打這種型別的包括天翎低程式碼平臺、力軟低程式碼平臺等。而無程式碼強調對業務人員賦能，原來你想要各種軟體功能都需要找程式設計師，現在自己動手不求人啦，自己托拉拽就能配置出想要功能，主打這種模式的包括簡道雲、明道雲等。

最後說個實話，無程式碼其實是低程式碼在某些區域性場景的特例，你能完全無程式碼構建一個應用功能系統嗎？不好意思是不行的，但是完全無程式碼配置一個簡單報表、檢視，流程，這是完全已經實現的，這時候我們再來爭論到底是低程式碼還是無程式碼其實意義不大，一句話總結就是，這是一套產品兩塊牌子，看人出菜！

在功能上就有很大的差別：

傳統的低程式碼軟體，業務變化快，需求多，軟體沒有辦法調整，數字化管理和開發人員跟不上，並且它的定製開發週期比較長，成本也相對於較高。

無程式碼軟體就不同，它可以滿足個性化需求，一天就可以搭建出一個場景，即使是不懂軟體的小白也可以很快地搭建出來。並且它的開發週期比較短成本也低。它可以響應一句話：是軟體適應人而不是人去適應軟體。

無程式碼、低程式碼在具體使用以及應用場景有很大不同，作為混跡軟體圈的打工人，我們就來細緻地瞭解一下。

首先就概念而言，無程式碼、低程式碼雖僅一字之差，但定義概念“謬以千里”。

無程式碼開發：

低程式碼開發：

是基於視覺化和模型驅動理念，結合雲原生與多端體驗技術，用少量程式碼快速生成應用程式，它能夠在多數業務場景下實現大幅度的提效降本，為專業開發者提供的一種開發正規化。其核心出發點是為了提升研發人員在2B業務中交付專案的效率，其手段是將一些重複使用的模組封裝成“輪子”進行服用。

無程式碼、低程式碼的概念如此不同，它們的優缺點自然也有較大差異。

無程式碼開發：

優 點

1、複雜度前置，降低研發成本及風險

軟體研發的成本不僅體現在一期交付上，也體現在後續不斷迭代的成本上，需求的增、刪、改，導致研發的邊際成本非常高。無程式碼平臺藉助視覺化編輯器讓業務人員直接參與到系統搭建的過程中，將複雜度前置，從根本上降低了研發環節的成本及風險。另外，無程式碼開發的高易用性帶來了更高的可維護性，業務人員在不知不覺中參與到系統的全生命週期維護中。

2、提升企業管理效率

後疫情時代，企業對管理軟體的需求劇增，有力推動了雲計算相關行業的發展，但已有的企業服務生態並不具備滿足這些需求的能力。在已有的生產模式下，這個差距將會越來越大。專業的評估機構Gartner指出：“2021年應用開發需求的增長，將超過企業IT交付能力的5倍。”

無程式碼平臺透過封裝顆粒度合宜的樂高化模組來減少系統落地所需要耗費的時間，有效提升企業管理的效率。

3、打通多個系統，解決資料孤島問題

資料從線下轉變為線上並不代表資訊化問題就得解決，不同系統間資料無法互通同樣限制了資訊化的威力。

4、易用性高，打破需求方與生產方的溝通壁壘

不同職能有各自術語庫和關注點，業務不懂技術、技術不理解業務，溝通中資訊不對齊的問題經常出現，似乎成為了行業普遍的現象。無程式碼平臺極高的易用性，則是讓業務人員從需求方轉變為生產方，自己設計，自己落地，成為可能。

局 限

無程式碼的底層還是離不開程式碼的，使用者只能是在原有的基礎上實現一些功能，自定義能力比如說UI設計等，相較於傳統的開發來說是比較受限制。但隨著網際網路創作門檻的降低，無程式碼開發作為一種發展趨勢，技術將越來越成熟，無程式碼開發平臺也會更加人性化，多樣化，更多的人能夠加入到網際網路行列，享受網際網路紅利。

低程式碼開發：

優點：

1、搭建速度快

由於使用大量的元件和封裝的介面進行開發，以及整合雲計算的IaaS和PaaS層能力，相對於傳統的程式碼開發來說，開發效率大幅提升。

2、降低企業成本

低程式碼開發透過模組化，視覺化，拖拽等方式簡化編碼工作，有效降低人工成本；此外，透過低程式碼開發平臺，業務人員可以自定義demo，開發人員針對業務人員的產品原型進行開發交付，降低溝通成本。

局 限

與無程式碼相比，低程式碼搭建、配置的過程，需要了解一定的開發體系知識，上手成本超過無程式碼。說到這裡可能有人對無程式碼和低程式碼有些理不清楚，下面這個表格比較清晰的表述了無程式碼和低程式碼兩者之間的差異，其核心關鍵點在目標使用者受眾的差異。

此外，低程式碼的手段是將重複使用的模組封裝成“輪子”使用，它的業務模型、邊界雖然有所擴大但仍有一定的範圍限制。

應用場景，功能特性各有千秋的無程式碼、低程式碼、全程式碼開發也面向各不相同的受眾群體。

無程式碼受眾

無程式碼平臺更多地是為賦能業務人員直接進行企業管理需求落地而設計的。其手段是將“系統研發”封裝成業務人員能夠理解的自定義配置能力。讓業務人員能夠逃離程式碼的“牢籠”直接進行業務系統落地。因此，無程式碼開發雖然是基於低程式碼行業發展拓展出來的，但是無程式碼的適用人群更廣，它的受眾除了專業IT人員外，沒有軟體程式設計基礎的普羅大眾，比如說創業者、業務管理者、普通職場人等也可以使用。

低程式碼受眾

相較於傳統程式碼程式設計來說，低程式碼也在一定程度上降低了軟體開發的准入門檻，但低程式碼或多或少仍涉及一些專業程式設計知識，所以受眾相對無程式碼來說沒有那麼廣泛。

打個比方：「無程式碼」讓您可以用樂高積木搭建您想要搭建的系統，「輕程式碼」能讓您自己用工具做自己想要的積木，並且這個積木做完後，可以選擇讓所有人都能使用。

透過「輕程式碼」的方式，將低程式碼可以做到的事情，都複用到無程式碼裡。

低程式碼和無程式碼還有全自動開發，目前屬於三類開發模式。低程式碼平臺本質是解決簡單的工作流，確實很多低程式碼平臺均基於 BPM 這種流程引擎實現，以設計表單作為應用資料來玩轉，無法實現複雜功能和邏輯；開發的內容需要繫結已有的體系或系統，透過低程式碼平臺產生的服務或應用則都必須與平臺繫結，導致諸多的特性都需依賴於特定的低程式碼平臺才可以實現，這樣一來，很大程度上無法保證系統的品質及安全；大部分低程式碼平臺都是在做前端，使用的都是指令碼類的語言。相較之下，以飛算 SoFlu 全自動軟體工程平臺為代表的全自動開發平臺，可以實現一次開發、到處部署，後續不與平臺本身強繫結，且整個平臺使用視覺化的模式面向 Java 開發，單從外表看與 BPM 模式類似，但內在邏輯有很大不同，平臺上提供的每個元件都是一個技術點，類似於程式碼塊。飛算 SoFlu 全自動軟體工程平臺的出發點是想讓 DevOps 真正的落地，而實現“落地”首先重點要解決的就是開發的問題, 包括開發的品質、安全和效率等，再逐步解決測試和運維問題。該平臺的全自動測試平臺可自動生成測試用例並完成精準迴歸測試。一人就能完成開發、測試一整套流程，使軟體工程全流程擺脫對人力的依賴，真正實現“十人可抵百人用”。

最大的不同是它面對不同的使用者

低程式碼比零程式碼更靈活，某些團隊甚至提供了開放原始碼版本，使您可以更自由地自定義它。缺點也很明顯：

這些低程式碼平臺具有更高的門檻（您必須瞭解程式碼，一些中小型非技術公司實際上沒有程式設計師）

開發過程更長（技術人員必須反覆溝通需求，測試並與業務人員聯機）

更高的維護成本（當業務發生變化時，您需要尋找技術人員進行調整。）

零程式碼開發平臺更適合非技術人員，例如產品經理，銷售和運營。如果您不瞭解任何程式碼知識，那麼零程式碼平臺是您的最佳選擇。

好訊息是，零程式碼和低程式碼平臺現在趨向於融合，並且將來兩者將越來越相似。一些零程式碼平臺已經提供了豐富的API介面，並且在產品內提供了類似的編碼功能，增強零程式碼對外擴充套件能力。

同樣，低程式碼平臺也在盡最大努力擴充套件其零程式碼功能，將更多的功能無程式碼化，讓開法越簡單化。

無程式碼開發

No Code，顧名思義，就是不需要寫程式碼而創造應用。

LCDP，Low Code Development Platform，儘可能的少寫程式碼來開發應用。

現在不管是在國內還是國外，其實低程式碼/無程式碼（0程式碼）都是放在一起說的，不管是業內人士還是企業IT人員，都將低程式碼和無程式碼（0程式碼）混為一談，概念界限也非常模糊。經過仔細對比，借今天這個機會，把低程式碼和無程式碼（0程式碼）的區別好好給大家分析一下，希望對大家有所幫助。

我先說結論：低程式碼≠無程式碼，而且兩者之間幾乎關係不大

國內還有一些產品定位，我認為就是很久以前的SaaS，及給業務人員使用的無程式碼（0程式碼）產品，這種產品往往不具備靈活構造應用的能力，其實就是功能比較強大的SaaS。這類產品並沒有什麼不好，只是從劃分上，我並不認為是和低程式碼/無程式碼有關。

低程式碼和無程式碼是相對於全程式碼提出的概念，它們區別於全程式碼的是什麼呢？

我們從它們倆的概念、主要特點、面向使用者以及使用場景來看看它們之間的不同：

1、概念

低程式碼開發：低程式碼開發平臺是指透過視覺化方式、無需或少量編寫程式碼，即可快速搭建各種應用系統的開發平臺。

無程式碼開發：無程式碼（零程式碼）開發平臺是指零開發經驗的業務人員透過拖拽直觀的介面，無需編寫程式碼，便能快速構建業務應用系統的開發平臺。

2、主要特點

3、面向客戶和使用場景

無論是低程式碼還是無程式碼都有它們自身的優點和限制，這個需要大家在選擇的時候根據自身的業務需求做取捨和組合使用。

要想了解低程式碼開發和無程式碼開發的區別，可以從以下幾個角度來分析：

第一：對於編碼能力的要求不同。低程式碼開發和無程式碼開發最明顯的一個區別就是在程式碼量上，低程式碼開發依然需要程式設計師具有一定的程式碼編寫能力，只不過程式碼量會有大幅度的下降。無程式碼開發目前也並不是完全無程式碼，通常也需要完成一部分特定程式碼的編寫，但是在編碼量上會非常少，很多編碼也有比較固定的模式，可以透過查閱“程式設計手冊”的方式來完成程式編寫。

第二：資源整合的方式不同。無程式碼開發完全需要藉助於平臺來進行資源整合，自身並沒有整合資源的能力，所以在擴充套件性上會有一定的欠缺，而低程式碼開發在擴充套件性上會有一定的提升。低程式碼開發雖然在擴充套件性上也會受到一定的限制，但是相對來說，很多資源整合過程是可以透過定製化程式碼完成的，資源整合邊界也會有所擴充套件。

第三：應用場景不同。無程式碼開發通常對於應用場景有比較嚴格的要求，往往只能在固定的容器內使用，比如在遊戲開發領域，就有很多無程式碼開發工具。相對於無程式碼開發來說，低程式碼開發的應用場景會有一定的拓展，在當前的雲計算平臺（PaaS）支撐下，低程式碼開發的應用場景會逐漸得到拓展。

見字如意，低程式碼就是運用系統本身自帶的功能，結合少量程式碼實現看板製作，而無程式碼開發就是直接拖拉拽生成，不過這兩個都有限制，特別是無程式碼開發，智慧開發較為簡單的看板或者系統，若是需要使用者自定義的就有些麻煩