資訊專欄INFORMATION COLUMN
摘要：方法機制采用了這種機制。然后再回到用戶的這個編輯窗口，此時根本不知道該已經被另一個用戶修改了。修改了的字段，點擊保存按鈕。收到這個提示信息。如果失敗，當前的保存操作將不會執行。這種應用，消費的是基于加上實現的。這個加鎖邏輯調用的是傳統的。
方法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。
要獲取更多Jerry的原創技術文章，請關注公眾號"汪子熙"或者掃描下面二維碼:
文章版權歸作者所有，未經允許請勿轉載,若此文章存在違規行為，您可以聯系管理員刪除。
轉載請注明本文地址：http://specialneedsforspecialkids.com/yun/107353.html
摘要：目前被廣泛用于和的眾多應用中，以及和一些正在開發的新一代云產品中。年月時，我和德國一位負責的同事就這個話題在半小時的電話會議里產生了爭執。德國同事看了之后，同意了我的意見。和微信集成系列教程這個系列教程里，和微信的交互，使用了，使用了。 OData(Open Data Protocol)協議是一個開放的工業標準，用于定義RESTFul API的設計和使用。我的文章標題前加上SAP的前綴...
摘要：目前被廣泛用于和的眾多應用中，以及和一些正在開發的新一代云產品中。年月時，我和德國一位負責的同事就這個話題在半小時的電話會議里產生了爭執。德國同事看了之后，同意了我的意見。和微信集成系列教程這個系列教程里，和微信的交互，使用了，使用了。 OData(Open Data Protocol)協議是一個開放的工業標準，用于定義RESTFul API的設計和使用。我的文章標題前加上SAP的前綴...
閱讀 1311·2021-11-24 10:24
閱讀 4091·2021-11-22 15:29
閱讀 1085·2019-08-30 15:53
閱讀 2788·2019-08-30 10:54
閱讀 1977·2019-08-29 17:26
閱讀 1271·2019-08-29 17:08
閱讀 605·2019-08-28 17:55
閱讀 1576·2019-08-26 14:01
