4行程式碼實現跨實體列表資料同步，YonBuilder後端函式解析

提到增、刪、改、查等資料維護，後端開發者們再熟悉不過了。傳統的資料維護通過運算元據庫的方式實現，步驟比較繁瑣，需要通過Java程式碼實現資料庫連結，然後編寫SQL語句、編寫實體，將想要的資料存到相應的資料表中，在資料操作的時候還要保證資料的一致性，“危險係數”還挺高。

實現同樣的資料維護效果，YonBuilder後端函式究竟有哪些神奇之處？YonBuilder直播第三期——《如何快速實現資料維護》，帶你管中窺豹，瞭解YonBuilder後端函式。

整個案例演示過程雖然比較簡單，但是清晰地說明了YonBuilder後端函式在資料維護方面的高效率。

為了節省時間，主講老師郭秀瑰提前建好了3個實體：第一個和第二個之間是主子關係，第三個是單獨實體。

3個實體

圖書基礎檔案列表

在真實的企業場景中，員工有各自的分工，直播中模擬了一個多名員工分別維護圖書資料的場景。其中一名員工維護圖書基礎檔案表，當新書進入圖書館之後要進行圖書分類資訊的增、刪、改、查等維護操作。

如圖：在某一類圖書分類下面維護具體的圖書資訊

另外一名員工負責維護圖書分類下的圖書詳細資訊列表，而且是在圖書基礎檔案表的基礎上維護圖書詳細資訊，包括是否已借閱、出版日期、作者、書名等。

由於兩個資料列表是互相依存關係，一旦員工之間出現不配合的情況，容易出現扯皮，拖延工作。通過YonBuilder後端函式的操作，可以很好地解決員工不配合的問題。

比如，負責圖書詳情列表維護的同事，只需要點選“同步分類資訊”按鈕，再點選查詢圖示，另外一張圖書分類列表的資料一鍵同步過來，無需另外的同事做其他操作，提升了自主性，有效降低了溝通成本。

將圖書分類資料一鍵同步過來之後，可以自由地按照分類資訊維護具體的圖書明細。

“同步分類資訊”按鈕的插入操作非常簡單，插入按鈕之後繫結操作函式。

 

圖書分類頁面和圖書詳情兩個頁面的資料如何實現一鍵同步？

YonBuilder低程式碼的核心優勢在於僅僅需要上述4行程式碼，其他程式碼框架是系統自動生成。

建立實體時會產生一串編碼，用於實體資料的查詢和插入等操作

結合具體的業務場景，以資料插入為例，YonBuilder支援單個資料插入和批量資料插入。

插入實體

 

本次圖書資料維護的案例中用到了 YonQL 查詢實體函式。

據郭秀瑰老師介紹，YonBuilder後端函式資料維護的物件可以是自建單據的資料，也可以查詢系統的參照資料。想要什麼條件的資料，只需要通過相應的條件進行限制，就可以返回對應的資料。通過插入資料同步按鈕，輕輕一點，“唰”的一下即可實現資料維護。另外，YonBuilder後端函式的應用場景比較多，還可以將後端函式（API函式）釋出成開放平臺的介面。

總結來看，和傳統後端開發不同，YonBuilder後端函式已經將資料的維護操作做了封裝，只需要編寫簡單的YonQL語句，直接線上呼叫封裝好的函式即可實現資料的增、刪、改、查等維護操作，是不是非常簡單？

目前，YonBuilder後端函式中支援多種資料維護操作方式，包括插入實體和批量插入實體，刪除實體和批量刪除實體；查詢和批量查詢，條件查詢等。也支援一條資料更新、多條資料更新，還可以根據具體的條件進行資料更新。對目標資料的增、刪、改、查等操作只需要對應的兩行程式碼就可以實現。維護資料時需要知道是哪個實體的URI（表的對映），無需像以前那樣精確到具體的資料表。

傳統開發者對低程式碼的感悟：

如今，包括網際網路巨頭、以及用友在內的軟體巨頭都已經加入低程式碼的浪潮中。低程式碼已經成為大勢所趨，也有越來越多的傳統開發者轉到低程式碼開發，郭秀瑰給出了自己的切身體會。她提到， “低程式碼開發不僅是開發方式的轉變，也是一個全新的體驗價值之旅。傳統開發和低程式碼開發是完全不同的兩種開發體驗。企業的業務是靈活變化的，YonBuilder給我們搭好了一個平臺，開發者只需要關注業務程式碼的實現，最基本的邏輯和框架程式碼YonBuilder已經在腳手架中寫好了，開發的效率大大提升，這在過去是不可想象的。”

歡迎廣大開發者持續關注YonBuilder公眾號系列直播，從認識低程式碼到參與到低程式碼開發的潮流中，共同推動低程式碼時代的繁榮發展。