這期內容當中小編將會給大家帶來有關SAP Fiori里兩種鎖機制是怎么實現，文章內容豐富且以專業的角度為大家分析和敘述，閱讀完這篇文章希望大家可以有所收獲。

創新互聯建站是一家集網站建設,景泰企業網站建設,景泰品牌網站建設,網站定制,景泰網站建設報價,網絡營銷,網絡優化,景泰網站推廣為一體的創新建站企業，幫助傳統企業提升企業形象加強企業競爭力。可充分滿足這一群體相比中小企業更為豐富、高端、多元的互聯網需求。同時我們時刻保持專業、時尚、前沿，時刻以成就客戶成長自我，堅持不斷學習、思考、沉淀、凈化自己，讓我們為更多的企業打造出實用型網站。

方法1： ETAG機制

SAP CRM Fiori采用了這種機制。

看一個具體的例子來理解。假設我用用戶名Jerry選中了這個ID為3456的Opportunity，點擊Edit按鈕之后：

會觸發一個讀操作發到后臺：

后臺響應這個讀請求，并且在響應的頭部字段ETAG里寫入了對應的值。

這個26AE結尾的ETAG的值可以由應用程序采取不同的邏輯計算，可以直接采用請求節點對應的最后修改時間戳(Last Changed Timestamp), 例如下面這段ABAP代碼：

也可以基于數據的完整內容計算一個HASH值出來作為ETAG返回給Fiori UI:

現在我用另一個用戶，對同一個Opportunity做了修改，成功保存。然后再回到用戶Jerry的這個編輯窗口，此時Jerry根本不知道該Opportunity已經被另一個用戶修改了。Jerry修改了Opportunity的Name字段，點擊保存按鈕。

收到這個提示信息。

從Chrome Development Tool里能觀察到，當Jerry點擊了保存按鈕后，發送到后臺的請求的頭部包含了一個If-Match字段，這個字段的值就是Jerry第一次點擊編輯按鈕時，后臺返回給Jerry的26AE結尾的ETAG字段。

背后發生了什么事請呢？在框架的方法CHECK_BEFORE_MODIFICATION里，框架會把Fiori UI請求傳進來的ETAG和當前最新的ETAG做比較：

CHECK_BEFORE_MODIFICATION又會調用CHECK_ETAG_MATCH方法。如果check失敗，當前的保存操作將不會執行。

方法2： 基于BOPF的鎖實現

這種方式用于S/4HANA的Fiori應用，比如Material application。這種Fiori應用，消費的OData service是基于CDS view 加上BOPF實現的。

打開一個Material，點擊Edit:

此時到ABAP后臺使用事務碼SM12能觀察到Material對應的數據庫表被鎖住了：

這是怎么實現的呢？

在S/4HANA后臺使用事務碼BOBX打開BO模型I_PRODUCTWD. 展開模型，雙擊EDIT，能看到這個Edit實現的類為CL_I_DR_PRODUCTWD.

雙擊這個class，它的方法LOCK_ACTIVE_DOCUMENT就是響應Fiori UI上編輯按鈕點擊的處理函數。

我們在這個方法里設置斷點，然后在UI上點擊編輯按鈕，斷點觸發。從調用棧即可清除觀察到編輯按鈕點擊之后，程序執行流是如何從BOPF框架投遞到Material應用的枷鎖代碼。這個加鎖邏輯調用的是傳統的ABAP Enqueue function module。

上述就是小編為大家分享的SAP Fiori里兩種鎖機制是怎么實現了，如果剛好有類似的疑惑，不妨參照上述分析進行理解。如果想知道更多相關知識，歡迎關注創新互聯-成都網站建設公司行業資訊頻道。

本文標題：SAPFiori里兩種鎖機制是怎么實現-創新互聯
文章分享：http://www.yijiale78.com/article16/cegegg.html

成都網站建設公司_創新互聯，為您提供電子商務、移動網站建設、品牌網站設計、網站內鏈、網站策劃、網站制作

廣告

聲明：本網站發布的內容（圖片、視頻和文字）以用戶投稿、用戶轉載內容為主，如果涉及侵權請盡快告知，我們將會在第一時間刪除。文章觀點不代表本網站立場，如需處理請聯系客服。電話：028-86922220；郵箱：631063699@qq.com。內容未經允許不得轉載，或轉載時需注明來源： 創新互聯