HeatbugModelSwarm中buildActions部分,3个try分别是做什么?查了下refbook-java-2.2,解释太简略,还是不懂,高手指点,谢谢!代码如下:' L. N, ]% Z" d. I2 ]
8 K. b' f7 c8 U; ?9 _
public Object buildActions () {
% G% x) @+ Y0 q) H super.buildActions();
& y% R5 Z4 O q8 t' |2 D* ^ # M3 _) D6 f% f' P" A( s+ e/ ?1 d
// Create the list of simulation actions. We put these in0 R" O4 ?, V- }0 K; e7 j
// an action group, because we want these actions to be
" F7 k3 v* c; I7 e // executed in a specific order, but these steps should
+ g: X: A6 a' F" ?8 G! }) J' M // take no (simulated) time. The M(foo) means "The message
7 Q8 S0 E. N- B2 w6 \ // called <foo>". You can send a message To a particular
/ q/ y8 E' \8 }9 K0 R5 {5 { // object, or ForEach object in a collection.( h; s8 H' S9 N7 S" J% p
7 X4 J% s& z a3 r& g2 {
// Note we update the heatspace in two phases: first run
S- u Z7 M$ G2 M3 W H a+ V7 u // diffusion, then run "updateWorld" to actually enact the
! o, e1 J3 F, ]" j' n0 S // changes the heatbugs have made. The ordering here is
v. u# }, f6 L6 I6 ^! ]3 P // significant!+ `% [& F% J! K& g; \8 [
3 c; w$ a4 V5 { v3 s( i // Note also, that with the additional
4 C' f/ `) \; Q. v: D d* m // `randomizeHeatbugUpdateOrder' Boolean flag we can8 R- u z6 K6 {
// randomize the order in which the bugs actually run
3 d# I6 {+ O3 F$ t) _! W0 L2 a0 i // their step rule. This has the effect of removing any0 r& \& V- k* [; @5 [+ f; y
// systematic bias in the iteration throught the heatbug1 |8 Z4 @7 s; ^8 n2 H
// list from timestep to timestep
% R+ x: O: {* r! S9 N
7 R+ a5 ^3 o2 k( y // By default, all `createActionForEach' modelActions have3 F6 g) f. N" F1 {$ Q8 B
// a default order of `Sequential', which means that the4 ]8 x! c! }( D' O: y; W$ K n) h
// order of iteration through the `heatbugList' will be4 a) i4 F) h. W4 A" M
// identical (assuming the list order is not changed! @' _! @. b P
// indirectly by some other process).5 @$ j/ j) x' Q0 F* u; b
4 C- w* Z: Y. ]! z
modelActions = new ActionGroupImpl (getZone ());
) A! ]% t/ z6 \( l
$ B) v) ]8 T+ m# B& p1 g7 h9 R try {
- W& @6 }' L" U: S Z* D modelActions.createActionTo$message
4 t( `+ E4 B4 p$ U" S" `, B (heat, new Selector (heat.getClass (), "stepRule", false));
" o6 S4 j# i8 e0 _/ x } catch (Exception e) { L. ~8 _; _' p; ?- o# \
System.err.println ("Exception stepRule: " + e.getMessage ());2 u$ t: I' E/ B: Z1 d
}
( R( D3 _+ d4 a
+ _. z: P7 v+ u! T" r8 i try {4 N. E& Q; q7 B' q- F4 G& P! [
Heatbug proto = (Heatbug) heatbugList.get (0);
+ C- q( `6 P Q5 ~& F Selector sel =
. ?" ~6 C q2 [2 i. C1 |+ n new Selector (proto.getClass (), "heatbugStep", false);
- \( G. U2 @9 g. i( S! B! S actionForEach =( l" F M( ^" q
modelActions.createFActionForEachHomogeneous$call5 o8 ]. [5 x) `# y' N
(heatbugList,
+ P7 |+ \( T! z Y; k new FCallImpl (this, proto, sel,3 l+ @! t2 I6 b0 x* H
new FArgumentsImpl (this, sel)));, k" k4 ?- m1 V. f' r0 d
} catch (Exception e) {7 U t" G. j* v+ _. E( [+ r2 r" I% k' G
e.printStackTrace (System.err);+ ]2 ~4 Y( f5 c1 @: t/ s
}
' W' u( X: |4 Q/ K : C1 P, ]: J! V7 S1 ~) F9 F6 \$ d
syncUpdateOrder ();
/ k6 ?9 i- d1 t3 {! a) s% P/ h+ f, g: H! ~! v4 O& t" N+ D! V9 `
try {: {+ L" v/ w9 f
modelActions.createActionTo$message % E. k: @7 C0 ?% u
(heat, new Selector (heat.getClass (), "updateLattice", false));! ^, Y3 |4 V( d/ K" ^5 s L
} catch (Exception e) {
- Q+ w* x! W4 g& [% f+ }+ L1 h9 l System.err.println("Exception updateLattice: " + e.getMessage ());
% @; x8 ]$ e( E: g& ~! g8 m }# c: O( e* g8 ?9 L7 B( h5 B
+ X5 q% X0 h4 k2 @! q // Then we create a schedule that executes the' f3 V5 i) c3 l: T% ]% s$ |. _
// modelActions. modelActions is an ActionGroup, by itself it" W5 u) V: X! n& B L! g' J2 a8 p) f
// has no notion of time. In order to have it executed in8 j; _$ o2 }2 @0 m: `; Y1 W
// time, we create a Schedule that says to use the! c4 g- N0 _% I/ `, Q! J
// modelActions ActionGroup at particular times. This
* [! z" Y9 f# r# n8 e: }" R // schedule has a repeat interval of 1, it will loop every
y* t& K# q6 W6 E: B6 Z* w& H( p // time step. The action is executed at time 0 relative to; o& V2 q* S) K, l3 p
// the beginning of the loop.6 |: |& m" W( t: {; W8 x( M
- a1 a; g; j$ |# `( q' n) T // This is a simple schedule, with only one action that is3 g' G/ k! D5 T0 Q9 p$ p( o1 u; N7 F; s
// just repeated every time. See jmousetrap for more
1 C; M0 a( U/ Q // complicated schedules.
( _1 I2 t: w7 P6 d" Q e$ r* i- u g6 K& s
modelSchedule = new ScheduleImpl (getZone (), 1);
* X3 q9 [8 U. q* s5 S% d; v5 c) \ modelSchedule.at$createAction (0, modelActions);- g5 [5 c' z8 k, |( c/ |
/ V- V6 z. c) l# S/ F% Q
return this;; U& M% T* [8 v7 J4 T
} |