| 
 
 /*  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)又会发生什么呢?   |