标签：esc ESS 应该 mtu cal get eth cti err
我在做练习16时（第3步的e,f），发现有一句这样的描述：
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时发现没发生任何的实际效果，按理说这里设置了handler为on_new_focus应该通过raise event来调用，但是其最后是通过直接调用方法名来调用的。你是怎么理解的?以及这里的所谓dependent有什么特别的应用场景么？
UI上两个field放到同一个header view，比如product ID和product description（ 相同level），但是他们绑的Genil mode里面的field却不是相同level，而是存在父子关系。
这种情况下需要用到connect_nodes. 目的是parent node发生变化时，自动刷新child node，确保ui上显示的两个field的value是正确的。
总之，如果UI上同一level的field来自不同的UI component context node，这些context node对应绑定到的Genil mode里面的node之间存在父子关系，则UI component context node里面所有的child context node都应该实现on_new_focus.
这是一个比较典型的例子：
你的疑问，我猜你是对这个例子里面直接call event handler，而不是在代码里面用raise event触发它，对吧？
你可以在connect_nodes和create_produom两个方法里面设置一个断点，当你在ui上创建一个新的product时候，后者会先触发，此时前者还未执行，因此new focus的event还未register。
而后者触发的原因正是这个代码里面manual call event handler的地方：
为什么要加21行呢？其实这就牵涉到model node和value node的区别。在product creation scenario里面，我们期望user在ui上的输入没有任何错误之后，才会真正走完4个level，最后在DB创建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里面跳过这行，然后再执行下去，似乎没问题。
要获取更多Jerry的原创文章，请关注公众号"汪子熙":
SAP CRM WebClient UI的on_new_focus应该怎么理解
标签：esc ESS 应该 mtu cal get eth cti err
原文地址：https://www.cnblogs.com/sap-jerry/p/12252801.html
