HeatbugModelSwarm中buildActions部分,3个try分别是做什么?查了下refbook-java-2.2,解释太简略,还是不懂,高手指点,谢谢!代码如下:2 L* v% h' y$ _
* \* C- {0 R% e" F9 m6 t3 r public Object buildActions () {# E: b/ A, ~+ H J: h+ p# j
super.buildActions();& q+ E. _ x2 z( i% u- m6 T( J
' e; h6 w% O5 c" _
// Create the list of simulation actions. We put these in
" ~+ N* u; D% U) b4 Q+ g3 r // an action group, because we want these actions to be/ Q' d7 X }+ ?! ~7 N& f
// executed in a specific order, but these steps should
2 [% F) w4 @9 h6 C& t' ]" f6 D // take no (simulated) time. The M(foo) means "The message
, ^$ l/ w7 o' y+ A6 ~8 m // called <foo>". You can send a message To a particular
' `9 b) o' Y2 R: l1 _' G // object, or ForEach object in a collection.# _; o5 K' D( w0 z8 L, _4 f$ K3 j
d( ]$ l: n& |2 H/ @; y- |2 J& q
// Note we update the heatspace in two phases: first run
+ ~5 N3 H& Q L // diffusion, then run "updateWorld" to actually enact the% l5 p( N% v6 G9 h
// changes the heatbugs have made. The ordering here is
6 g% L0 }8 ^& D& \ m // significant!$ D0 ^4 M. b) O, i! }6 b3 y
- v% J5 D( w1 J) [1 j" z; D // Note also, that with the additional( C, ?6 N* H0 a8 n
// `randomizeHeatbugUpdateOrder' Boolean flag we can5 T! @4 u7 @3 C7 H5 X; C
// randomize the order in which the bugs actually run; y+ g2 ?( m( Y* |; F4 ]: }5 @
// their step rule. This has the effect of removing any
- A# H! E6 C: |! X6 p. Z0 o6 f( x: w // systematic bias in the iteration throught the heatbug
+ l, K* T# n: S, t7 N5 f // list from timestep to timestep: g( P, ~6 G# u# ]3 I9 w& j! ?+ E
1 j8 D. E4 ]8 x! ~
// By default, all `createActionForEach' modelActions have
1 t; d- c+ @! @1 S) Y // a default order of `Sequential', which means that the5 o; d& T1 I% D# n
// order of iteration through the `heatbugList' will be
% i: ?& Q3 Y$ g5 D, ~ // identical (assuming the list order is not changed
: C- t) [9 q: j // indirectly by some other process).
- J7 `9 X. L7 X& k& v' s ; N& I R6 I; d- w
modelActions = new ActionGroupImpl (getZone ());7 l% _1 M2 v+ @) F5 \ ~1 y4 ?
6 |7 g6 [- H2 i9 d s% B
try {
2 D* z1 |" @4 O modelActions.createActionTo$message( ]8 y6 s" D; ~9 v& P; Z& h
(heat, new Selector (heat.getClass (), "stepRule", false));
2 q1 z" f3 J- w! l } catch (Exception e) {
5 h: o8 J1 s9 s6 {' b7 L8 f, k System.err.println ("Exception stepRule: " + e.getMessage ());
; ?, v3 I5 S3 s9 l/ Q) k }( H5 O! Z R4 E( A0 w6 q# A
6 T5 f$ ~7 E: p9 M$ u. u/ K+ I) t try {$ _! y, c7 k$ }- s# m* z* `
Heatbug proto = (Heatbug) heatbugList.get (0);# P. n' s* V4 s: i& H
Selector sel =
; Z& F5 ^" ~, f) I+ P7 M3 P) I new Selector (proto.getClass (), "heatbugStep", false);
w: i, q* E/ P/ \9 ~+ Q& i3 X actionForEach =/ W$ p3 ?3 x" y6 r8 P
modelActions.createFActionForEachHomogeneous$call
3 |* E6 M! e7 @& j- i5 f' ~3 b% I (heatbugList,4 j& t. H' D+ i2 X
new FCallImpl (this, proto, sel,6 Y# V! E9 Q" c+ X. J( j
new FArgumentsImpl (this, sel)));
) t" z8 X Q( \' T% u9 l7 N } catch (Exception e) { U, f% ^% ]0 g6 b. d
e.printStackTrace (System.err);
F3 Q' k3 W: R0 ~. E: t+ Y }
, a% ?' ^( K1 `+ X) B+ T " p/ T" \& q8 A- `
syncUpdateOrder ();1 x+ S. y3 u! c; J
7 ~7 J! l! _1 O: l% v try {
3 D, }/ i+ A# u: t$ X6 L/ \ modelActions.createActionTo$message 6 z0 B" G7 [9 E( k( V" v
(heat, new Selector (heat.getClass (), "updateLattice", false));
6 W6 H2 B5 s+ O' l* t! i } catch (Exception e) {2 O' g! b5 w6 x4 L. |
System.err.println("Exception updateLattice: " + e.getMessage ());- M6 Q5 n; }* a/ {
}- ^3 M2 h6 ?+ E. B: Z& t8 q. p3 \
& t9 t* X0 a$ Z4 h2 @ // Then we create a schedule that executes the
' l& \% T7 u: L- S1 {5 c // modelActions. modelActions is an ActionGroup, by itself it
" M' |: G4 N+ M // has no notion of time. In order to have it executed in
# u" o' G! \0 t // time, we create a Schedule that says to use the
- l$ ^* K7 v9 T' \ // modelActions ActionGroup at particular times. This$ d0 U$ F U3 h
// schedule has a repeat interval of 1, it will loop every8 d$ \. I5 r1 l. k9 `2 @
// time step. The action is executed at time 0 relative to3 H0 B* e8 P% o8 u
// the beginning of the loop.* l- c( f" b$ B4 b
# s, T5 ~) {, o5 M // This is a simple schedule, with only one action that is8 p/ [0 Z2 G" o& b8 }/ ^
// just repeated every time. See jmousetrap for more& N: _) f9 n5 X! @
// complicated schedules.
5 a+ i1 v/ a! A, N3 p: n/ \ , b8 T# N" e. j$ a& K, z) E6 _
modelSchedule = new ScheduleImpl (getZone (), 1);
9 D! V% m) |# K7 n modelSchedule.at$createAction (0, modelActions);0 l4 N, u4 e% _! r5 J
4 ^( y% M0 \" L) E5 ]4 H
return this;
. G* O* }8 z! ]; v& i0 o' z } |