SAP CRM的on_new_focus如何理解

這篇文章主要介紹“SAP CRM的on_new_focus如何理解”，在日常操作中，相信很多人在SAP CRM的on_new_focus如何理解問題上存在疑惑，小編查閱了各式資料，整理出簡單好用的操作方法，希望對大家解答”SAP CRM的on_new_focus如何理解”的疑惑有所幫助！接下來，請跟著小編一起來學習吧！

# 問題

我在做練習16時（第3步的e,f），發(fā)現(xiàn)有一句這樣的描述：

Double click on method CONNECT_NODES.Make Value node ‘Competitors’

dependent from BTAdminH.

METHOD connect_nodes.

DATA: coll_wrapper TYPE REF TO cl_bsp_wd_collection_wrapper.

coll_wrapper = btadminh->get_collection_wrapper( ).

SET HANDLER me->competitors->on_new_focus FOR coll_wrapper ACTIVATION

iv_activate.

ENDMETHOD.

這種所謂的dependent關系我在debug時發(fā)現(xiàn)沒發(fā)生任何的實際效果，按理說這里設置了handler為on_new_focus應該通過raise event來調(diào)用，但是其最后是通過直接調(diào)用方法名來調(diào)用的。你是怎么理解的?以及這里的所謂dependent有什么特別的應用場景么？

# 回答

UI上兩個field放到同一個header view，比如product ID和product description（ 相同level），但是他們綁的Genil mode里面的field卻不是相同level，而是存在父子關系。

這種情況下需要用到connect_nodes. 目的是parent node發(fā)生變化時，自動刷新child node，確保ui上顯示的兩個field的value是正確的。

總之，如果UI上同一level的field來自不同的UI component context node，這些context node對應綁定到的Genil mode里面的node之間存在父子關系，則UI component context node里面所有的child context node都應該實現(xiàn)on_new_focus.

這是一個比較典型的例子：

你的疑問，我猜你是對這個例子里面直接call event handler，而不是在代碼里面用raise event觸發(fā)它，對吧？

你可以在connect_nodes和create_produom兩個方法里面設置一個斷點，當你在ui上創(chuàng)建一個新的product時候，后者會先觸發(fā)，此時前者還未執(zhí)行，因此new focus的event還未register。

而后者觸發(fā)的原因正是這個代碼里面manual call event handler的地方：

為什么要加21行呢？其實這就牽涉到model node和value node的區(qū)別。在product creation scenario里面，我們期望user在ui上的輸入沒有任何錯誤之后，才會真正走完4個level，最后在DB創(chuàng)建product。那么在ui 輸入通過validation之前，所有ui輸入都是存在value node里，然后當ui的輸入通過validation 這一時間點之后，由value node轉成model node。

2743 register了2818的new focus事件

這里2818 拋了new focus的事件，

2743 收到事件，處理：

你把你highlight的22~25注釋掉會有什么問題？我在product的例子里在debugger里面跳過這行，然后再執(zhí)行下去，似乎沒問題。

到此，關于“SAP CRM的on_new_focus如何理解”的學習就結束了，希望能夠解決大家的疑惑。理論與實踐的搭配能更好的幫助大家學習，快去試試吧！若想繼續(xù)學習更多相關知識，請繼續(xù)關注億速云網(wǎng)站，小編會繼續(xù)努力為大家?guī)砀鄬嵱玫奈恼拢?/p>