SAP Fiori里兩種鎖機(jī)制是怎么實(shí)現(xiàn)

這期內(nèi)容當(dāng)中小編將會(huì)給大家?guī)碛嘘P(guān)SAP Fiori里兩種鎖機(jī)制是怎么實(shí)現(xiàn)，文章內(nèi)容豐富且以專業(yè)的角度為大家分析和敘述，閱讀完這篇文章希望大家可以有所收獲。

方法1： ETAG機(jī)制

SAP CRM Fiori采用了這種機(jī)制。

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

會(huì)觸發(fā)一個(gè)讀操作發(fā)到后臺(tái)：

后臺(tái)響應(yīng)這個(gè)讀請(qǐng)求，并且在響應(yīng)的頭部字段ETAG里寫入了對(duì)應(yīng)的值。

這個(gè)26AE結(jié)尾的ETAG的值可以由應(yīng)用程序采取不同的邏輯計(jì)算，可以直接采用請(qǐng)求節(jié)點(diǎn)對(duì)應(yīng)的最后修改時(shí)間戳(Last Changed Timestamp), 例如下面這段ABAP代碼：

也可以基于數(shù)據(jù)的完整內(nèi)容計(jì)算一個(gè)HASH值出來作為ETAG返回給Fiori UI:

現(xiàn)在我用另一個(gè)用戶，對(duì)同一個(gè)Opportunity做了修改，成功保存。然后再回到用戶Jerry的這個(gè)編輯窗口，此時(shí)Jerry根本不知道該Opportunity已經(jīng)被另一個(gè)用戶修改了。Jerry修改了Opportunity的Name字段，點(diǎn)擊保存按鈕。

收到這個(gè)提示信息。

從Chrome Development Tool里能觀察到，當(dāng)Jerry點(diǎn)擊了保存按鈕后，發(fā)送到后臺(tái)的請(qǐng)求的頭部包含了一個(gè)If-Match字段，這個(gè)字段的值就是Jerry第一次點(diǎn)擊編輯按鈕時(shí)，后臺(tái)返回給Jerry的26AE結(jié)尾的ETAG字段。

背后發(fā)生了什么事請(qǐng)呢？在框架的方法CHECK_BEFORE_MODIFICATION里，框架會(huì)把Fiori UI請(qǐng)求傳進(jìn)來的ETAG和當(dāng)前最新的ETAG做比較：

CHECK_BEFORE_MODIFICATION又會(huì)調(diào)用CHECK_ETAG_MATCH方法。如果check失敗，當(dāng)前的保存操作將不會(huì)執(zhí)行。

方法2： 基于BOPF的鎖實(shí)現(xiàn)

這種方式用于S/4HANA的Fiori應(yīng)用，比如Material application。這種Fiori應(yīng)用，消費(fèi)的OData service是基于CDS view 加上BOPF實(shí)現(xiàn)的。

打開一個(gè)Material，點(diǎn)擊Edit:

此時(shí)到ABAP后臺(tái)使用事務(wù)碼SM12能觀察到Material對(duì)應(yīng)的數(shù)據(jù)庫表被鎖住了：

這是怎么實(shí)現(xiàn)的呢？

在S/4HANA后臺(tái)使用事務(wù)碼BOBX打開BO模型I_PRODUCTWD. 展開模型，雙擊EDIT，能看到這個(gè)Edit實(shí)現(xiàn)的類為CL_I_DR_PRODUCTWD.

雙擊這個(gè)class，它的方法LOCK_ACTIVE_DOCUMENT就是響應(yīng)Fiori UI上編輯按鈕點(diǎn)擊的處理函數(shù)。

我們?cè)谶@個(gè)方法里設(shè)置斷點(diǎn)，然后在UI上點(diǎn)擊編輯按鈕，斷點(diǎn)觸發(fā)。從調(diào)用棧即可清除觀察到編輯按鈕點(diǎn)擊之后，程序執(zhí)行流是如何從BOPF框架投遞到Material應(yīng)用的枷鎖代碼。這個(gè)加鎖邏輯調(diào)用的是傳統(tǒng)的ABAP Enqueue function module。

上述就是小編為大家分享的SAP Fiori里兩種鎖機(jī)制是怎么實(shí)現(xiàn)了，如果剛好有類似的疑惑，不妨參照上述分析進(jìn)行理解。如果想知道更多相關(guān)知識(shí)，歡迎關(guān)注億速云行業(yè)資訊頻道。