HeatbugModelSwarm中buildActions部分,3个try分别是做什么?查了下refbook-java-2.2,解释太简略,还是不懂,高手指点,谢谢!代码如下:
2 \' V: Q/ N* Z% R& `9 z' c4 j; V7 y1 S
public Object buildActions () {
, t- i7 ?) O, b4 I F2 f k7 [ super.buildActions();7 r% n/ n7 z( }$ r5 V
% V6 ]0 @6 j( V' k, {! W // Create the list of simulation actions. We put these in
& I% I; z) w* n5 c+ t% k // an action group, because we want these actions to be. |7 O: i; [! i+ A8 l. V, C
// executed in a specific order, but these steps should/ O z. h- p+ p
// take no (simulated) time. The M(foo) means "The message; T0 r" g. s! u4 v1 Y! F' X5 s
// called <foo>". You can send a message To a particular) z6 h( m, f' g0 g9 `
// object, or ForEach object in a collection.
; c6 o% K* u: D- N, ` . j+ _) T5 N) _' ?& ?
// Note we update the heatspace in two phases: first run; ~. E% E+ i3 {. w2 d
// diffusion, then run "updateWorld" to actually enact the
1 G% s/ X: k; F+ B. j m8 h7 Z0 L: h // changes the heatbugs have made. The ordering here is0 m" [- c3 k+ f0 V+ z! ]
// significant!
5 G& I7 x w2 K- y ; h: Y s: r1 f6 X; ~
// Note also, that with the additional
: R; ]6 T- N5 a5 W$ A1 `2 x0 U) D V // `randomizeHeatbugUpdateOrder' Boolean flag we can) y9 j1 v4 I @- j5 U5 P6 L
// randomize the order in which the bugs actually run
/ d) H/ B4 A- B' J+ I' N // their step rule. This has the effect of removing any
, y! g$ O$ }. A9 I) }8 k* W // systematic bias in the iteration throught the heatbug1 ?2 Q, r7 V* X! ~( D0 Q- x
// list from timestep to timestep& r. ?0 F4 |/ m
& X9 V' e2 w3 C5 G // By default, all `createActionForEach' modelActions have
4 Z* u* o. D8 w! R // a default order of `Sequential', which means that the3 A! ]- p3 S$ B; C4 O
// order of iteration through the `heatbugList' will be
9 K/ L) B4 @, ]. g9 ~2 n3 B8 X // identical (assuming the list order is not changed% }( p1 L% }& U8 L" J, X
// indirectly by some other process).
9 E! W0 H ?' w, P , C) k' u# f# v. V; R6 ?% [
modelActions = new ActionGroupImpl (getZone ());
2 |; R) E. C& _$ [& i1 O* m: ^: @
* K+ A+ f& p0 F5 I/ H try {
, O, x1 D8 w8 ?) u modelActions.createActionTo$message
% y& q* C) ] r1 k9 W0 i (heat, new Selector (heat.getClass (), "stepRule", false));5 @. ]7 ~4 r* M0 M0 o+ b
} catch (Exception e) {/ s; @7 H! G, f+ |; X
System.err.println ("Exception stepRule: " + e.getMessage ());: ]' K$ S# t" B
}2 P1 e O5 i1 @5 S8 m3 u0 O
; v# N7 G4 ^4 E
try {
' c7 J! {, I' j$ O# t" B7 E1 X Heatbug proto = (Heatbug) heatbugList.get (0);
# d; H$ |/ \+ a. v, l2 x Selector sel =
, ^) {' h- }+ L% U* D9 x6 W# x5 w new Selector (proto.getClass (), "heatbugStep", false);: C7 s2 j: g$ r; s* T! t- ]
actionForEach =5 e# H8 }4 o) {# H; ~
modelActions.createFActionForEachHomogeneous$call
H H( T0 }2 i* K (heatbugList, Z" q$ \2 E" m8 D/ e
new FCallImpl (this, proto, sel,) v3 S/ u+ v* k: l
new FArgumentsImpl (this, sel)));
# _' ~8 i A& ?, b" Q* b } catch (Exception e) {
/ I/ E: f! y+ _4 V C9 o( l e.printStackTrace (System.err);9 F0 ^2 }% Y! I* Z) a
}
2 J2 E4 Q2 O- O" |5 k7 v5 U- A . B+ K* i" H0 k
syncUpdateOrder ();
+ l" A* c( H) y% u6 v7 c9 X7 b$ A
3 y$ R7 s# k; h7 j' x7 H try {
. g$ C: `' o* ~6 e: m# t& E modelActions.createActionTo$message ' k K: P- o, v+ x9 p/ ^
(heat, new Selector (heat.getClass (), "updateLattice", false));
$ v/ Y0 [. z* S/ } } catch (Exception e) {
- Y3 g2 v( S3 \3 x+ @ System.err.println("Exception updateLattice: " + e.getMessage ());9 ?. R, @' e4 G; n5 n& E6 b& i
}/ A+ g# d/ a5 q! S9 F
3 b, M v6 ]4 X- q& F: j& U
// Then we create a schedule that executes the
, b! [" x9 G( j // modelActions. modelActions is an ActionGroup, by itself it$ g+ z7 T8 y$ o4 \8 H4 R( N
// has no notion of time. In order to have it executed in2 H4 m6 ^' _5 W
// time, we create a Schedule that says to use the( T# q8 P6 O- O8 W
// modelActions ActionGroup at particular times. This
4 \$ H% ~: ]- Z2 A. ? // schedule has a repeat interval of 1, it will loop every
' t) R4 g2 z( u) [3 g2 B N5 e" ] // time step. The action is executed at time 0 relative to
+ q: |; Q& G7 k // the beginning of the loop.
& H. e# |* W0 l7 f+ y6 x
) n# z+ }! j) v* r // This is a simple schedule, with only one action that is
0 Y- s! d8 ?( P9 B2 i // just repeated every time. See jmousetrap for more
* D% W5 s% E) B1 \3 v7 H& A# b, ?/ a // complicated schedules.
& T% y+ n4 q1 w3 @, H" [6 ]! x) S: Y & N& |8 I/ s: O9 `: b# g h0 F
modelSchedule = new ScheduleImpl (getZone (), 1);
; [! w6 X. d5 B. Q modelSchedule.at$createAction (0, modelActions);
5 E P3 X/ w i& R( M8 ~4 I
0 V% H0 e" Y2 o/ }% J; E' D# K1 K return this;& D/ m t! S7 k+ y8 X3 R* s0 x
} |