觀察者模式在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的原創技術文章，請關注公眾號"汪子熙"或者掃描下面二維碼: