HeatbugModelSwarm中buildActions部分,3个try分别是做什么?查了下refbook-java-2.2,解释太简略,还是不懂,高手指点,谢谢!代码如下:. U: m$ q' N. f$ V* o, I
) h" m/ H- y5 t3 L
public Object buildActions () {# _& Z2 I- [0 y
super.buildActions();
% ]7 T9 o9 P/ Z Y& M8 z q
- E1 H: X4 m1 `/ s7 I9 S) ~" N // Create the list of simulation actions. We put these in6 U7 I8 t+ E1 E" s: ]
// an action group, because we want these actions to be. N. F8 c* q9 T: Q! S) ^) U, I
// executed in a specific order, but these steps should
( `! n( E) j/ z9 \ // take no (simulated) time. The M(foo) means "The message/ o2 G1 z; C6 S7 u A" V
// called <foo>". You can send a message To a particular& I) H q: B8 s# I$ c6 Q+ l3 M
// object, or ForEach object in a collection.
- F% J4 E. T+ X! O
8 p/ ]7 Z. T0 \/ W! F // Note we update the heatspace in two phases: first run
2 ^7 Y: x+ B" B z* H/ c // diffusion, then run "updateWorld" to actually enact the J5 @) l3 Q9 {' e8 ?& L
// changes the heatbugs have made. The ordering here is
1 d8 [* `3 s! R; X+ |+ i: L/ w // significant!
" L: y- E$ @4 s% ?
8 C! d5 F5 T/ @9 |# e! l# z: w // Note also, that with the additional* M, }8 u4 d- k# A+ a0 Q% k
// `randomizeHeatbugUpdateOrder' Boolean flag we can% ?! b! P% N/ D% Z
// randomize the order in which the bugs actually run
, v$ j% v* T+ T' Z. [, m/ [# G0 c // their step rule. This has the effect of removing any
7 I1 U; m2 l3 @ // systematic bias in the iteration throught the heatbug* _, C% m: ~% N* H
// list from timestep to timestep
5 t$ `& O7 l4 r9 n" N" g, a! T
: S5 @7 j J5 F. `9 j // By default, all `createActionForEach' modelActions have
7 A% K0 B4 c L9 j; H // a default order of `Sequential', which means that the; N( y/ p: [: [9 W _
// order of iteration through the `heatbugList' will be8 E7 i: a. U* U! P3 S2 W
// identical (assuming the list order is not changed( g/ _$ C# @) a4 i* e' v1 n" M
// indirectly by some other process).5 v6 @$ n7 i; m8 ~+ a8 ]
2 ^' m. q, l9 Y- D1 k b6 Y/ f& @
modelActions = new ActionGroupImpl (getZone ());- i; O$ `2 H& `2 d! j' T* v
) ?7 z8 |) ~9 k5 }/ \
try {
6 |# X+ R# ?; B2 Z1 l/ C modelActions.createActionTo$message$ D/ j4 T+ r" z" m. v' P
(heat, new Selector (heat.getClass (), "stepRule", false));
8 n- S; B+ d- P$ q* Y } catch (Exception e) {
9 L6 y4 v+ r: [9 n' @ System.err.println ("Exception stepRule: " + e.getMessage ());
2 \' x$ R* H+ c; {- z$ Z }3 z. u: Z; }% V' M' ]
3 N, {1 ?, o; v8 [ try {4 ^- V D3 U( S& o% A) o$ ~
Heatbug proto = (Heatbug) heatbugList.get (0);
$ y5 h& m4 T* a2 l2 F2 E! |9 ?; v0 Z Selector sel =
/ ~8 n, y! N& x new Selector (proto.getClass (), "heatbugStep", false);
5 a% b! b T. S/ f! a; H actionForEach =
) l7 h& |. C. R% R9 _6 P( K modelActions.createFActionForEachHomogeneous$call! { o# o; Y9 u, |5 e7 @
(heatbugList,
5 b0 s* k5 h- _. H new FCallImpl (this, proto, sel,
- c3 b- g2 N- | new FArgumentsImpl (this, sel)));1 w) B6 b7 r" c/ x& J* @8 q! q
} catch (Exception e) {
5 B' n) @( x1 A I! i, ^ e.printStackTrace (System.err); k& }4 d, u: k Y" e
}
+ X2 |2 D, ?; x3 y
0 N1 X; W! o; N2 c syncUpdateOrder ();' w/ N* ~ u% S2 G0 c
/ t0 R: \* z& d/ `& l* D+ x
try {
) |9 h# ~9 O) Z, t modelActions.createActionTo$message " F3 I! w5 _# V/ U( w8 R9 z ^, s2 }
(heat, new Selector (heat.getClass (), "updateLattice", false));
1 O9 o& u2 M( H' b } catch (Exception e) {
$ F( t- J, k4 i1 \0 t System.err.println("Exception updateLattice: " + e.getMessage ());
8 ]1 U, s, p# o9 j. j, U9 p4 f }
+ S! \% `) E7 ~8 B* n. s9 Y
3 ?. H+ R$ l& X; q: p // Then we create a schedule that executes the
* p. I v/ G2 x1 {! \ // modelActions. modelActions is an ActionGroup, by itself it' G( ]/ j' Q4 m1 s: u" i
// has no notion of time. In order to have it executed in! t2 U" G$ w8 P' W
// time, we create a Schedule that says to use the% B' `- g3 G3 d( W0 i# z
// modelActions ActionGroup at particular times. This
e: v1 |) E! p; t" g // schedule has a repeat interval of 1, it will loop every: `' E6 T# I, V5 O% B
// time step. The action is executed at time 0 relative to: i4 y1 F* y/ R, P8 f$ `2 _7 q( v
// the beginning of the loop.- p+ W/ U& t, T. c' s& V
" E( J- Z, y$ H# @ // This is a simple schedule, with only one action that is% n1 s+ O- h* `
// just repeated every time. See jmousetrap for more
: X: v/ r2 t0 O6 k! d0 D // complicated schedules.- O& |. ~- L6 e/ u
% B i2 [* {- X0 @
modelSchedule = new ScheduleImpl (getZone (), 1);& N% Z" T) p6 A
modelSchedule.at$createAction (0, modelActions);. L- \; b+ ~: F
0 ]$ G/ @$ O F( L- s9 f return this;
* C3 G( F( K+ |7 v6 w# f2 Z } |