HeatbugModelSwarm中buildActions部分,3个try分别是做什么?查了下refbook-java-2.2,解释太简略,还是不懂,高手指点,谢谢!代码如下:* H" }' X" Y' _# O( }$ [! P
9 I6 @4 B1 b `9 O public Object buildActions () {
5 z5 D) K4 V6 r- D% a5 P4 ~# J) A6 I super.buildActions();
9 O8 m7 O+ F! Z7 O" s E r$ |
8 `: F0 f9 l6 q p$ W0 K // Create the list of simulation actions. We put these in
9 q" }7 G6 J1 d8 d1 ?1 g2 J // an action group, because we want these actions to be
1 D- }) K2 _# D% g; r! C* r // executed in a specific order, but these steps should
; I. Z' [% e7 H; L5 s, D // take no (simulated) time. The M(foo) means "The message
$ u, l0 z) Q5 H4 k1 v8 j; \/ j // called <foo>". You can send a message To a particular
- q: O0 z. \# l3 M* {* E# Q# z // object, or ForEach object in a collection./ N/ ~4 W2 `4 |! b9 e1 T
" E: R( i1 t3 A& w // Note we update the heatspace in two phases: first run
& f2 C$ }$ m9 G& r, x2 i // diffusion, then run "updateWorld" to actually enact the, M. K, E3 P4 m8 H+ g; E, K* o
// changes the heatbugs have made. The ordering here is0 n8 v* s0 d0 L
// significant!
3 W, {! c0 I8 |+ M/ z
7 u9 a4 R5 k* s$ { // Note also, that with the additional
# f) U2 W7 D& u2 ]8 ^' L, l // `randomizeHeatbugUpdateOrder' Boolean flag we can
) U0 r+ V ~ V5 n // randomize the order in which the bugs actually run4 ~5 i' j: ~) O( ]' U; _8 f. `% D
// their step rule. This has the effect of removing any9 U- G$ h; i: b' W6 `7 \) y; B
// systematic bias in the iteration throught the heatbug
2 g& m; e1 R; y" h, S7 w0 u* h // list from timestep to timestep3 J3 d) G1 i3 k8 o2 X t( {4 g, Z
- ^' h+ `, c# T/ ?6 k3 ~ // By default, all `createActionForEach' modelActions have
# q: u1 V6 t& ? h* S // a default order of `Sequential', which means that the
; W: p. m( V* D* M8 U7 e8 K5 ]/ I // order of iteration through the `heatbugList' will be
$ g+ O& F- `) G' e% O! ]$ T // identical (assuming the list order is not changed$ ~7 P) P/ T, P8 z; n
// indirectly by some other process).' V$ N; M3 P+ s6 ?
2 q6 T( M& a Y$ k1 s modelActions = new ActionGroupImpl (getZone ());
6 z" R3 ]& H# o u: u7 Q( g! {5 a# b8 n- @" F* U; q4 d. L
try {. z* H# _0 h/ Z. C) t( i
modelActions.createActionTo$message
/ m( _4 _% R: N+ @2 @$ Z* R) X- Q (heat, new Selector (heat.getClass (), "stepRule", false));
& H/ B* N6 E2 _9 p' `( a% J$ | } catch (Exception e) {
% F( p" }/ T- ]" q2 T# Q4 h+ g+ ^ System.err.println ("Exception stepRule: " + e.getMessage ());
3 _, Q. L% |8 z$ | } C, e Z) N a9 i& M+ L
; W l; e! G6 W try {
3 g" F% O/ g B' g2 i1 z Heatbug proto = (Heatbug) heatbugList.get (0);; _* F/ ^- \' a! y
Selector sel =
' i/ c6 Y2 S1 O+ c) j new Selector (proto.getClass (), "heatbugStep", false);% A+ b! U' J0 l+ ~' i
actionForEach =& |$ d" [1 Y- u/ D3 k
modelActions.createFActionForEachHomogeneous$call; z0 J% C" }% o% y# g1 [
(heatbugList,
, \+ d$ A5 l e; e4 e new FCallImpl (this, proto, sel,
8 k4 { J O" N# z; j new FArgumentsImpl (this, sel)));* x$ P0 R2 |& T" x0 ~- _( t
} catch (Exception e) {8 u3 A, V: b* b! S7 Q3 u, F
e.printStackTrace (System.err);6 `9 I, l8 k- K! d2 i# J
}( p$ ?! a# {9 ^# K: ]. z/ Z1 @
3 d/ u- ?4 ?0 Z
syncUpdateOrder ();5 |; d! g8 e9 r a2 r2 I2 C4 U
0 M5 d0 d$ m' O8 F8 Y( K
try {! K8 |( s- c2 @5 d4 R$ d# Q
modelActions.createActionTo$message , k) U) E! P' @: N1 g8 c8 f1 n8 ~
(heat, new Selector (heat.getClass (), "updateLattice", false));
8 p7 c) a; b' P! }. A } catch (Exception e) {7 d# h5 y; Z1 {: \2 L
System.err.println("Exception updateLattice: " + e.getMessage ());
4 W5 C7 g6 Z+ r8 p }
3 l: r: ^/ z/ z: u* K. J' Y/ d3 F + {2 r, _1 R8 P+ v8 l
// Then we create a schedule that executes the
% E) {0 e8 d, i* } // modelActions. modelActions is an ActionGroup, by itself it; Q( G f. \/ s/ n- m' e
// has no notion of time. In order to have it executed in
3 t2 b/ m' G |1 j8 c // time, we create a Schedule that says to use the; w; x, _- \5 Q4 K0 P
// modelActions ActionGroup at particular times. This
( y8 S0 E1 A/ Z0 m# d/ s // schedule has a repeat interval of 1, it will loop every8 U4 @6 s. V" |$ j, i7 I- D9 Y5 u8 ^
// time step. The action is executed at time 0 relative to
& }% D1 J: n+ }3 ]1 g: ] // the beginning of the loop.
: P ?) L( ^; ?$ j' ]) c, \9 d
# a* ~- }$ E) y. o, V9 M // This is a simple schedule, with only one action that is& F; b: Z* l5 D9 w) s
// just repeated every time. See jmousetrap for more) O- T! j6 p" P, L/ \7 b2 n
// complicated schedules.1 F% R5 S# d, k* ]3 N6 B+ u
1 r" [6 k! w3 f: N modelSchedule = new ScheduleImpl (getZone (), 1);
4 Q9 {! ]* W; i% v4 F& Z; }5 C modelSchedule.at$createAction (0, modelActions);
5 {- M7 d4 _9 l$ D* J! s 3 C6 j0 g0 b6 B3 R
return this;: p% R8 L# j$ X6 x, t* c+ w" z
} |