HeatbugModelSwarm中buildActions部分,3个try分别是做什么?查了下refbook-java-2.2,解释太简略,还是不懂,高手指点,谢谢!代码如下:
3 o; F. O2 L; W: p- k
0 h* c! _: v8 B( R# q8 z public Object buildActions () {" k# y% f7 Q4 _4 n- g
super.buildActions();# z) }3 s1 ^5 V3 W: w( M/ R
8 T$ a% W" {4 D- m* J/ x0 A" O. U; w
// Create the list of simulation actions. We put these in- O. |5 E# @5 n
// an action group, because we want these actions to be
0 G% C) L4 i& G2 Z // executed in a specific order, but these steps should" X `0 f7 p. b* M1 u6 V
// take no (simulated) time. The M(foo) means "The message8 b% n/ F4 e, H0 o
// called <foo>". You can send a message To a particular/ J. R u5 Z6 X2 G! ~7 v& O
// object, or ForEach object in a collection.8 f: A, w. d* A8 J* P6 G
% P/ D0 H$ ?! J8 b& X/ ?2 i1 B // Note we update the heatspace in two phases: first run! ?1 H* _8 T5 b. ?* K
// diffusion, then run "updateWorld" to actually enact the
9 I7 V- ]4 }& f9 v // changes the heatbugs have made. The ordering here is
4 f/ d; h1 y) j ]& M // significant!
! q H9 i6 E _# f& ^; Q; Y2 f
) b8 R9 K9 M* Y( D5 t* O" { // Note also, that with the additional
9 Z* H0 D; [* \% h4 b' K" P0 T // `randomizeHeatbugUpdateOrder' Boolean flag we can
/ W( W0 b$ j* s // randomize the order in which the bugs actually run
! n0 z3 E" Q+ f9 h // their step rule. This has the effect of removing any
2 R) ^: h& [: i7 g. A% u: O) z // systematic bias in the iteration throught the heatbug
4 [- w8 t1 Y. {: J9 q // list from timestep to timestep
" \; V4 |! I% G; [/ u
) S a3 B9 F u* X$ g // By default, all `createActionForEach' modelActions have" _( j( w. Q: U4 I! r" b5 Z! [3 X
// a default order of `Sequential', which means that the
) Y% V* V; I5 z // order of iteration through the `heatbugList' will be
- a* I! u7 D% i // identical (assuming the list order is not changed
4 R* g; Y/ N/ Q2 H! G6 \7 n // indirectly by some other process).2 j. Q- l; ~" M: w
. E4 r4 Y& s- k3 E modelActions = new ActionGroupImpl (getZone ());+ Z/ R3 h. k) S. d( D$ |5 m+ n9 N
& A( u% {( O1 W8 s( Y( W
try {% X: Y/ D6 f, p
modelActions.createActionTo$message
k: D( |( X0 A" G (heat, new Selector (heat.getClass (), "stepRule", false));: a& Z/ b( \/ d+ b: x6 n: j
} catch (Exception e) {0 _0 m, o3 j$ j& z; Q1 b
System.err.println ("Exception stepRule: " + e.getMessage ());$ C! Q# H/ X) a$ T1 y/ P1 U% {3 {
}8 f& T; }( x! `) C
, y7 e0 q1 E, y) G/ s$ ~6 z. q try {
/ r- z9 H4 P- g3 G V Heatbug proto = (Heatbug) heatbugList.get (0);
/ ^& S; m( x* F3 V8 D+ C Selector sel =
/ P1 n* C8 V" I+ y& j) U new Selector (proto.getClass (), "heatbugStep", false);* x% i3 ~9 a, p5 B5 q3 U; [2 @ t
actionForEach =! S9 ?% ?% @1 a% V* C# D# ^* n
modelActions.createFActionForEachHomogeneous$call
5 O& R5 ?9 l: {1 n3 V( d4 y- B (heatbugList, B# S7 m$ m* J4 O
new FCallImpl (this, proto, sel,
( |& t4 d6 ^; z: p) `7 P2 E/ ?( c new FArgumentsImpl (this, sel)));$ |! V) P! Q; z! F6 @
} catch (Exception e) {
% V# ?/ K6 W8 d* e ^* Z e.printStackTrace (System.err);0 `, q+ S1 }$ r# W) M: V
}6 _, Z: B! D! D- |6 w
# H, `: i! I% M! z" V: F
syncUpdateOrder ();
" L5 E8 @3 i# I" b3 E& R* M3 y. p4 Z6 P' Y
try {
1 S* }4 s" T- O, z$ F6 Q# H modelActions.createActionTo$message
2 w E8 x! S& N! k1 Q (heat, new Selector (heat.getClass (), "updateLattice", false));
7 U( |7 r1 w. ~0 v1 _9 y* L } catch (Exception e) {! C* v8 x' I% Z: S K
System.err.println("Exception updateLattice: " + e.getMessage ());5 L6 I8 p y+ S5 C
}6 P: n% |) M, G) U! u% |
5 B% [9 r5 q' z. T$ w+ P9 M // Then we create a schedule that executes the
$ g. b+ P# {, f // modelActions. modelActions is an ActionGroup, by itself it
! L$ s- |1 k$ |+ V* f- ] // has no notion of time. In order to have it executed in
9 V) D. ^0 N. u! D$ c7 F // time, we create a Schedule that says to use the0 S! t2 l- s/ M3 u
// modelActions ActionGroup at particular times. This6 [& G( j% Y; z! @ H9 {- R1 Q
// schedule has a repeat interval of 1, it will loop every/ @8 H2 K4 e, w1 `8 K
// time step. The action is executed at time 0 relative to
8 `- K: D# ]9 f7 I$ M* Q // the beginning of the loop.
) x# g# Q' P& r- v1 H( r5 x; t* J. B4 \( p
// This is a simple schedule, with only one action that is
) J1 ^) |( Y) C8 i5 Y& I // just repeated every time. See jmousetrap for more
5 X6 ]: Y7 _: G) w* j // complicated schedules.
/ A+ y$ e# `$ ~2 Q! y
; P1 A3 b, ~* g- X0 O modelSchedule = new ScheduleImpl (getZone (), 1);
5 y- m, m3 V/ s9 m5 V t modelSchedule.at$createAction (0, modelActions);
7 S5 |& g7 C; T J9 q5 W/ h+ `/ [ 9 D3 d1 x6 U( c& Z
return this;4 H# `* }* s" f! T [6 Y
} |