YonBuilder低程式碼開發實踐：4行程式碼實現跨實體列表數據同步
提到增、刪、改、查等數據維護，後端開發者們再熟悉不過了。傳統的數據維護通過操作資料庫的方式實現，步驟比較繁瑣，需要通過Java程式碼實現資料庫鏈接，然後編寫SQL語句、編寫實體，將想要的數據存到相應的數據表中，在數據操作的時候還要保證數據的一致性，「危險係數」還挺高。
實現同樣的數據維護效果，YonBuilder後端函數究竟有哪些神奇之處？YonBuilder直播第三期——《如何快速實現數據維護》，帶你管中窺豹，了解YonBuilder後端函數。
整個案例演示過程雖然比較簡單，但是清晰地說明了YonBuilder後端函數在數據維護方面的高效率。
為了節省時間，主講老師郭秀瑰提前建好了3個實體：第一個和第二個之間是主子關係，第三個是單獨實體。
3個實體
圖書基礎檔案列表
在真實的企業場景中，員工有各自的分工，直播中模擬了一個多名員工分別維護圖書數據的場景。其中一名員工維護圖書基礎檔案表，當新書進入圖書館之後要進行圖書分類資訊的增、刪、改、查等維護操作。
如圖：在某一類圖書分類下面維護具體的圖書資訊
另外一名員工負責維護圖書分類下的圖書詳細資訊列表，而且是在圖書基礎檔案表的基礎上維護圖書詳細資訊，包括是否已借閱、出版日期、作者、書名等。
由於兩個數據列表是互相依存關係，一旦員工之間出現不配合的情況，容易出現扯皮，拖延工作。通過YonBuilder後端函數的操作，可以很好地解決員工不配合的問題。
比如，負責圖書詳情列表維護的同事，只需要點擊「同步分類資訊」按鈕，再點擊查詢圖標，另外一張圖書分類列表的數據一鍵同步過來，無需另外的同事做其他操作，提升了自主性，有效降低了溝通成本。
將圖書分類數據一鍵同步過來之後，可以自由地按照分類資訊維護具體的圖書明細。
「同步分類資訊」按鈕的插入操作非常簡單，插入按鈕之後綁定操作函數。
圖書分類頁面和圖書詳情兩個頁面的數據如何實現一鍵同步？
YonBuilder低程式碼的核心優勢在於僅僅需要上述4行程式碼，其他程式碼框架是系統自動生成。
創建實體時會產生一串編碼，用於實體數據的查詢和插入等操作
結合具體的業務場景，以數據插入為例，YonBuilder支援單個數據插入和批量數據插入。
插入實體
本次圖書數據維護的案例中用到了YonQL查詢實體函數。
據郭秀瑰老師介紹，YonBuilder後端函數數據維護的對象可以是自建單據的數據，也可以查詢系統的參照數據。想要什麼條件的數據，只需要通過相應的條件進行限制，就可以返回對應的數據。通過插入數據同步按鈕，輕輕一點，「唰」的一下即可實現數據維護。另外，YonBuilder後端函數的應用場景比較多，還可以將後端函數（API函數）發布成開放平台的介面。
總結來看，和傳統後端開發不同，YonBuilder後端函數已經將數據的維護操作做了封裝，只需要編寫簡單的YonQL語句，直接在線調用封裝好的函數即可實現數據的增、刪、改、查等維護操作，是不是非常簡單？
目前，YonBuilder後端函數中支援多種數據維護操作方式，包括插入實體和批量插入實體，刪除實體和批量刪除實體；查詢和批量查詢，條件查詢等。也支援一條數據更新、多條數據更新，還可以根據具體的條件進行數據更新。對目標數據的增、刪、改、查等操作只需要對應的兩行程式碼就可以實現。維護數據時需要知道是哪個實體的URI（表的映射），無需像以前那樣精確到具體的數據表。
傳統開發者對低程式碼的感悟：
如今，包括互聯網巨頭、以及用友在內的軟體巨頭都已經加入低程式碼的浪潮中。低程式碼已經成為大勢所趨，也有越來越多的傳統開發者轉到低程式碼開發，郭秀瑰給出了自己的切身體會。
她提到， 「低程式碼開發不僅是開發方式的轉變，也是一個全新的體驗價值之旅。傳統開發和低程式碼開發是完全不同的兩種開發體驗。企業的業務是靈活變化的，YonBuilder給我們搭好了一個平台，開發者只需要關注業務程式碼的實現，最基本的邏輯和框架程式碼YonBuilder已經在腳手架中寫好了，開發的效率大大提升，這在過去是不可想像的。」
歡迎廣大開發者關注YonBuilder微信公眾號的系列直播，從認識低程式碼到參與到低程式碼開發的潮流中，共同推動低程式碼時代的繁榮發展。
