测试
全部博文(931)
分类: 架构设计与优化
2020-02-07 18:46:03
我在做练习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里面跳过这行,然后再执行下去,似乎没问题。