1. 程式人生 > >觀察者模式在One Order回調函數中的應用

觀察者模式在One Order回調函數中的應用

例如 輸入 分析方法 err 公眾號 就會 can cnblogs 處理

例如需求是搞清楚function module CRM_PRODUCT_I_A_CHANGE_ORGM_EC在什麽樣的場景下會被調用。當然最費時間的做法是設一個斷點,然後跑對應的場景,觀察斷點何時被觸發。也有另一種不通過調試的分析方法:

使用事務碼CRMV_EVENT, 輸入函數名稱CRM_PRODUCT_I_A_CHANGE_ORGM_EC:

技術分享圖片

得到結果:

技術分享圖片

上述結果的業務含義是:每當Sales area被創建或者更新時,我們查詢的function module都會自動被One Order框架調用。

觀察如下調用棧:

技術分享圖片

那麽為什麽從業務上來說,每當一個訂單的Organization Model組織架構數據發生變化之後,就需要調用這個回調函數呢?打開這個函數的源代碼,在102行看到了CRM Product的settype之一, CRMM_PR_SALESG(Set type allowing you to group products for various purposes. As this set type is dependent on distribution chains, a distribution chain has to be selected before data can be maintained)的數據被讀取。

關於這個settype更多說明,請參考SAP Help.

技術分享圖片

這個settype是一個Distribution Chain相關的settype, 離開了某個具體的Sales area則無意義。

技術分享圖片

因此每當訂單的Organization model數據發生變化時,CRMM_PR_SALESG的數據必須根據變化後最新的Organization model數據重新讀取。利用One Order框架,這種Organization model的變化和CRMM_PR_SALESG的讀取這種依賴關系實際上通過設計模式裏的"觀察者模式"來完成的。CRM_PRODUCT_I_A_CHANGE_ORGM_EC是Organization model數據變化的眾多觀察者之一,通過事務碼CRMV_EVENT訂閱了Organization model數據變化這一事件。每當Organization ,model數據發生變化時,這個變化通過下圖的CRM_EVENT_PUBLISH_OW發布出去,其他觀察者就能基於這個發布者發布的事件進行對應處理,在我文章的這個例子裏,就會調用CRM_PRODUCT_I_A_CHANGE_ORGM_EC根據最新的Organization model讀取settype CRMM_PR_SALESG的數據。

技術分享圖片

要獲取更多Jerry的原創技術文章,請關註公眾號"汪子熙"或者掃描下面二維碼:

技術分享圖片

技術分享圖片

觀察者模式在One Order回調函數中的應用