2020年,Jerry會作一個新的嘗試,選擇部分朋友向我提出的問題,在公衆號,知識星球或者微信圈子這些平臺上公開回答,這樣或許能幫助到更多的朋友。
具體說明參見我前一篇文章:2020年關於SAP知識問答的一個新的嘗試node
網友的提問:數據庫
Jerry的解答:設計模式
以上截圖是CRM系統裏BSP_WD_CPMWB這個事務碼進入以後,任意打開一個上下文節點(Context Node)看到的信息:瀏覽器
STRUCT的含義?服務器
在Jerry以前的文章 Jerry的WebClient UI 42篇原創文章合集 提到這樣一張圖:微信
在UI層的CRM BSP component的MVC設計裏,Model,即Context node,綁定的是Business Object Layer的模型,所以Context node Attributes文件夾下面,以STRUCT開頭的字段,意味着這個字段是綁定到BOL模型節點裏的一個字段的,兩者存在一一對應關係,以下圖箭頭所示。而下圖藍色字段LOCKED, 前面沒有STRUCT前綴,說明這個字段並不是來自BOL模型節點,而是開發者直接建立的,這種字段通常用於應用邏輯裏存儲臨時狀態,或是表明當前應用的某個標誌位,沒有對應的底層存儲,在SAP不少產品裏也稱這種字段爲transient field或者calculated field.框架
展開某個字段,看到的GET, GET_M, GET_I, GET_V, GET_P, GET_A是什麼意思?工具
要回答這個問題,得從CRM WebClient UI頁面的渲染方式提及。spa
如上圖這種視圖源代碼,使用的標籤頁不是HTML支持的原生標籤,瀏覽器是沒法識別和解析的,所以須要有一箇中間層,或者說轉換器,將這些SAP封裝過的標籤轉換成瀏覽器支持的原生HTML標籤。設計
按照這個轉換器所處位置的不一樣,分爲服務器端渲染和瀏覽器端渲染兩種方式。SAP CRM WebClient UI基於SAP BSP技術——Business Server Page,光聽名字就知道是在服務器端渲染了。而SAP UI5,是典型的瀏覽器端渲染,咱們在其XML視圖裏書寫的那些標籤一樣沒法直接被瀏覽器使用,須要每一個標籤對應的渲染器,在瀏覽器端用JavaScript代碼生成對應原生的HTML標籤。
回到CRM WebClient UI,對於Attributes裏的這些STRUCT字段們,咱們在渲染出的最終頁面裏,有的是通常的輸入字段,有的是超連接,有的是下拉框,有的不可編輯,SAP開發的轉換器怎麼知道要將每一個字段渲染成什麼樣呢?
奧妙就在這些GET方法裏。這裏有一個小小的設計模式的思路在內,即SAP CRM WebClient UI的框架代碼,負責服務器端渲染80%的工做量,即把整個頁面的框架搭出來,包括一個頁面有多少字段,字段之間的相對位置等。剩下20%的工做量,好比每一個字段的類型,外觀等屬性,這些信息框架不可能知道,也不該該知道,這些應該由應用程序提供接口(也能夠理解成回調),在接口裏實現這些屬性,而後由框架調用這些接口。咱們能夠把這個模式當作是設計模式裏的一種——模板模式(Template Design Pattern).
看具體的例子。
雙擊進入CONFIG這個字段的GET_P方法裏。P的意思是Property,屬性。UI框架在渲染CONFIG這個字段時,會調用GET_P_CONFIG這個接口,詢問應用:你想把CONFIG這個字段渲染成什麼類型(下圖第4行的fieldtype)?
應用程序經過第五行的field_type_checkbox回答框架:我想把CONFIG字段渲染成checkbox, 拜託了。
UI框架拿到這個信息後,就能夠作對應的渲染工做了。
若是想研究UI拿到這個字段類型後如何渲染的細節,在GET_P方法裏打斷點,而後打開一個頁面,單步調試記錄:
GET_I: 若是應用邏輯裏須要根據某種條件動態決定該字段是否可編輯,將邏輯寫在這個接口裏。
純粹的GET_P方法:這裏面奧妙不少,尤爲是這個CONVERT_TO_STRING方法,將底層數據庫表裏對應的字段根據BOL模型裏的字段類型渲染成最終對用戶友好易讀的字符串。好比底層數據庫表裏存儲的是不含任什麼時候區的時間戳(timestamp), 那麼這個方法會根據用戶設置裏的時區,自動轉換成該時區的本地時間。
GET_V: 若是想實現自定義的F4 Value Help,在此實現。
GET_A: 若是某字段的啓用與否,依賴於某個Business Switch的開與關,在此實現。在SFW開頭的系列事務碼裏查看和操做Business Switch和Function.
EXT開頭的字段,表明經過CRM加強工具Application Extension Tool(AET)建立的加強字段。
但願本文能解答這位朋友提出的問題,感謝閱讀。
要獲取更多Jerry的原創文章,請關注公衆號"汪子熙":