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

例如需求是搞清楚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的原創技術文章，請關注公衆號"汪子熙"或者掃描下面二維碼: