低代碼開發，是一種開發模式，通過圖形化用戶界面來配置和創建應用軟件，而不是用傳統模式那樣主要依靠手寫代碼。對應的，提供給開發者的這類低代碼開發功能實現的軟件，稱為低代碼開發平臺(LCDP)。低代碼開發模式的開發者，通常不需要具備非常專業的編碼技能，或者不需要某一專門領域的編碼技能，而是可以通過平臺的功能和 約束來實現專業代碼的產出。
從定義中我們可以看到，低代碼開發的工作方式主要依賴操作圖形化的用戶界面，包括拖拽控件，以及修改其中可被編輯區域的配置。這種可視化的開發方式，可以追溯到更早的 Dreamwaver 時期。而隨著前端項目的日趨復雜，這種方式已不再適應現代項目的需求，于是漸漸被更專業的工程化的開發模式所取代。
但是，快速生成項目代碼的訴求從未消失。人們也慢慢找到了實現這個目的的兩種路徑：
一種是在高度定制化的場景中，基于經驗總結，找到那些相對固定的產品形態，例如公司介紹、產品列表、活動頁面等，開放少量的編輯入口，讓非專業開發者也能使用。
另一類則相反，順著早期可視化開發的思路，嘗試以組件化和數據綁定為基礎，通過抽象語法或 IDE 來實現自由度更高、交互復雜度上限更高的頁面搭建流程。這種項目開發方式通常需要一定的開發經驗與編碼能力，只是和普通編碼開發方式相比，更多通過操作可視化工具的方式來達到整體效率的提升，因此被稱為低代碼開發。
在實際場景中，尤其是商用的低代碼平臺產品，往往提供的是上面兩種開發方式的結合。
可視化操作平臺的基本使用方式：
絕大部分的可視化操作平臺都將界面布局分為三個區域：左側的組件選擇區，中部的預覽交互區以及右側的屬性編輯區。這三個區域的排布所對應的，也是用戶生成頁面的操作流程：首先，在左側面板中選擇組件。然后，拖入中間預覽區域，并放置到合適的容器塊內。最后，調試右側面板中新移入的組件屬性。調試完成后，進行下一個組件的循環操作直到整個頁面搭建完成。
可視化操作平臺的生產效率影響因素：
通常來說，在組件數量不變的情況下，編寫 JSON 的產出效率更大程度上取決于編寫頁面的開發者的技術熟練度。但在使用可視化操作平臺時卻并非如此：我們會看到，平臺本身的很多方面也會直接影響使用者的產出：
首先，平臺的功能完備性直接決定了用戶產出的上限：開發者不可能在平臺里使用組件區沒有顯示的組件，也不可能創建編輯區不存在的屬性。這就迫使平臺開發者需要盡可能完整地陳列所有類型的組件，以及通過定義組件類型描述，來獲取所有可以被編輯的屬性和方法。包括用戶交互和數據對組件的影響，這些都需要平臺以合適的使用方式提供給用戶。
其次，平臺的邏輯自洽性決定了用戶產出的質量：在代碼的組織上，不同組件之間不可以任意組合，錯誤的組合可能導致顯示與功能的異常。如果平臺只是簡單羅列所有組件，而對其中的規則不加以限制，就可能導致用戶在使用過程中出現意料外的產出結果。所以，平臺開發者需要有一套完整的組件關聯關系表，并反映到交互呈現中。
最后，平臺提供的交互易用性決定了用戶的產出效率：盡管大部分低代碼平臺都提供了相似的區域操作邏輯，但真正影響用戶使用效率的往往是很多細節的控制。例如，與單純依靠光標選取組件相比，在側邊欄提供節點樹的方式可以更大程度減少誤選；與簡單陳列所有組件相比，合適的分類，以及當選擇特定組件時篩選出可添加的部分組件，更能減少用戶搜索的時間，同時減少可能的出錯；一些平臺提供了操作?；胤诺墓δ?，能減少用戶誤操作后的修復成本，等等。
YonBuilder移動端低代碼開發平臺-APICloud，是用Web語言去開發iOS和Android應用，多端開發框架，一次編碼同時開發安卓、iOS、H5和小程序，這樣將開發難度大幅降低，開發周期縮短將近一倍。此外，APICloud平臺上有上千個各式各樣的功能模塊，一鍵調用方便去開發各類App。