HeatbugModelSwarm中buildActions部分,3个try分别是做什么?查了下refbook-java-2.2,解释太简略,还是不懂,高手指点,谢谢!代码如下:
+ o0 l7 F$ C4 L0 h, [ W) k( o- i
public Object buildActions () {
$ Z$ X& ]; B5 d' c9 n5 s, _: K super.buildActions();/ m# A6 _2 D _/ I, s2 L
1 a8 f8 G6 ]# C; p( ~! G // Create the list of simulation actions. We put these in3 f0 d' k# [1 R6 j) u7 l
// an action group, because we want these actions to be* d5 @. v C+ L1 b
// executed in a specific order, but these steps should% L# b' i. B. _0 ]% Z: E
// take no (simulated) time. The M(foo) means "The message7 c' V9 I, k: A4 W) w+ R8 m4 l
// called <foo>". You can send a message To a particular% V8 t& q, \0 X% x$ O- @
// object, or ForEach object in a collection.
) B- g4 C; ~) i; x8 m
: `3 h8 O& U& q0 p8 }3 j2 e // Note we update the heatspace in two phases: first run
) \; U. `1 m& z2 D) @* p // diffusion, then run "updateWorld" to actually enact the
1 g% b1 C3 F o O" O // changes the heatbugs have made. The ordering here is0 ^% A' g5 v. Q" Z8 z; \7 O% _
// significant!
3 J* o) U/ P' ?& a( h' m" t
. ~: ^$ B% L8 t5 F' E // Note also, that with the additional
, q0 u* Z- _" h3 b6 P- C2 H // `randomizeHeatbugUpdateOrder' Boolean flag we can
( g3 O# |9 i! D2 O: C // randomize the order in which the bugs actually run) Y* v" @3 ^5 x1 V- S& a
// their step rule. This has the effect of removing any% p1 s) E. G8 l0 c. `
// systematic bias in the iteration throught the heatbug
]0 @/ n1 ]) o+ I* S // list from timestep to timestep
6 ?! {5 \* g0 J
+ z; V8 F! @% {0 V1 C; p // By default, all `createActionForEach' modelActions have; r Y$ a7 b" V; ~
// a default order of `Sequential', which means that the1 c* D3 v: v1 q
// order of iteration through the `heatbugList' will be9 p# s, G4 c& j+ u4 d" t$ C6 X
// identical (assuming the list order is not changed
( C+ r5 h) U- B! v7 {9 W // indirectly by some other process).1 F5 O: ~# }$ j* s& p
, q8 ?) E9 X G2 B, b/ ? modelActions = new ActionGroupImpl (getZone ());
; i" j* A) q0 R) c9 n7 P/ w
: v. h" C* ?1 l) O; } try {! o" d& U0 x2 A7 v/ } t
modelActions.createActionTo$message. f2 W# T+ [# z- K
(heat, new Selector (heat.getClass (), "stepRule", false));8 c- G8 w9 I2 Q# w$ q% @
} catch (Exception e) {$ L8 l/ f( _) l5 w% S& W
System.err.println ("Exception stepRule: " + e.getMessage ());/ o8 R1 W$ E' l
}& @$ g# w6 ?3 J
& U$ p( q+ M+ {+ o try {9 d( z+ Y8 R q4 W
Heatbug proto = (Heatbug) heatbugList.get (0); X4 Q8 {% c @* d, L- Z
Selector sel = $ O6 o u) I% A5 C
new Selector (proto.getClass (), "heatbugStep", false);
+ g" U5 O+ E! G3 W4 W# |. B m: z actionForEach =: @0 P/ \3 H/ h" D: Y. ?& ~+ ^
modelActions.createFActionForEachHomogeneous$call
( M2 ]; m# D8 j) O1 W r' A" h (heatbugList,
( Y- [& r g8 O3 Y6 S5 Q8 t new FCallImpl (this, proto, sel,* g2 q. h- m1 D( r; B/ n
new FArgumentsImpl (this, sel)));" x8 {' P1 {, I8 y. S6 S: o
} catch (Exception e) {! u; K% \* [3 s. J5 G
e.printStackTrace (System.err);' X; s) n. l$ H6 s# y' P. M# [
}& i. k: \" A! g( ]/ K5 w& k
- C' C$ F- k. L! y) M
syncUpdateOrder ();0 l# u% I4 o3 c1 C6 X" s3 ~6 u
" ?4 m2 N! e& l try {3 d4 \6 L6 w% j+ b' p0 ^$ X }
modelActions.createActionTo$message
H/ i3 i4 { k- b (heat, new Selector (heat.getClass (), "updateLattice", false));
1 h( e& m3 W$ O5 w } catch (Exception e) {# T& t5 k- ~& ^/ N8 g" j9 t5 S
System.err.println("Exception updateLattice: " + e.getMessage ());
# `3 R% m. X% z+ P, B6 i3 ^- F }' [1 }, m% v, a
8 h+ ]+ N5 E, B2 k; ^ // Then we create a schedule that executes the
- j& i+ I) R2 o4 O // modelActions. modelActions is an ActionGroup, by itself it( M/ M x! w7 z$ k( _5 F% G
// has no notion of time. In order to have it executed in
1 [7 D' w9 u% R // time, we create a Schedule that says to use the
, A1 ~. h7 _% w5 ^; w. m // modelActions ActionGroup at particular times. This
9 q& F* ?* U2 m, C* d // schedule has a repeat interval of 1, it will loop every
9 ^. r$ B& ~, F& I( J8 V // time step. The action is executed at time 0 relative to
5 |6 U! g# c3 V0 H9 v // the beginning of the loop.
' [# B3 u/ r. Z! y! x8 M( D! L3 z- k& z% a2 b4 A
// This is a simple schedule, with only one action that is- U, E( Y0 @: z: N, Z, A' `
// just repeated every time. See jmousetrap for more
/ T$ s$ @% ]5 l3 H" E% u // complicated schedules.
% k+ T3 E6 p3 t& o% o/ L* `0 r
) [; J$ T/ I, b& m# C, ?) e) {) T modelSchedule = new ScheduleImpl (getZone (), 1);& _8 {3 E+ G. L+ P* j e
modelSchedule.at$createAction (0, modelActions);
1 r% s d- y/ I1 D: q" S% x
9 K+ V) g4 O* s- J4 n* t* \4 N4 d% B return this;
3 h- ?/ W6 r a+ }2 W! D3 G } |