/* KJ3qiAw Ticket示例是对客户电影票分配的处理 `i&ywk6 P%^,Ikah 本例要点: 9%D"IcyW3 1、使用了duration规则特性 #e~#w>\9$b 因为规则引擎的执行本身是在另外一个线程中进行的, $,3Tge# 因此使用了duration特性可以将指定的规则延迟一定时间运行 -fkueXA^ 但是要注意的是主线程中也需要做相应的延时,否则主线程结束后不会再处理子线程的结果 Od&B4C%O ?,Mo.<&M0 2、使用了Function函数 FFMU{cj >X>wC,~>w 思考: m}8'PIU5u2 1、原例子中使用不同的延迟时间决定规则的执行顺序,如果将所有"...Priority"规则的延时都设为相同会发生什么情况呢? dTGte{i&GS 首先将"Silver Priority","Gold Priority"的duration统一设为2000 #dV.~#V=t 其次将源码中的t4.setStatus( "Done" );暂时注释,然后执行示例 ) 1q^M5gs 我们会发现在没有使用duration之前规则的执行顺序为DCBA,(指客户名,按照Ticket插入的LIFO顺序激发) c m4 $ 而当使用duration之后,执行的顺序为ADCB,原来应当是最后执行的规则被调到最前面执行,而其它顺序不变; hPqIb*?V 如果调换一下Ticket插入顺序,会发现这个规律同样存在 gnuT^A !:p:[V" 2、取消t4.setStatus( "Done" )注释(原版中是t3.setStatus,这里为了方便演示改为t4)又会发生什么呢? |