HeatbugModelSwarm中buildActions部分,3个try分别是做什么?查了下refbook-java-2.2,解释太简略,还是不懂,高手指点,谢谢!代码如下:
8 {! f& i# r( j! ~3 @
& u! g5 J" K0 _ v0 I+ I7 h public Object buildActions () {
3 X' e" m$ P! D super.buildActions();0 p+ J* ]' ?4 P- [) o/ v* @/ L
) H& M# b* X1 q: | // Create the list of simulation actions. We put these in$ e N0 o2 Z( K) a0 C9 h/ x
// an action group, because we want these actions to be. o1 A ~" m' h! b3 f! }; \
// executed in a specific order, but these steps should. D% q) P- z4 c) u8 z0 l& w
// take no (simulated) time. The M(foo) means "The message$ M$ X( ^" d2 ^3 F1 f0 Y1 |! t
// called <foo>". You can send a message To a particular
( r0 b1 Y% M* {4 |3 g+ D" Y // object, or ForEach object in a collection.
8 O" |. x/ v) d1 l: d8 ^3 n
+ M- D7 @4 h" g+ E# l4 ^$ a9 u0 q // Note we update the heatspace in two phases: first run6 {- U' d8 f7 L* D- T
// diffusion, then run "updateWorld" to actually enact the
$ H9 A9 J8 N" J7 g8 u! ~ // changes the heatbugs have made. The ordering here is& |6 N4 [. |; j- a# j
// significant!
8 T* i" C) G) ]8 |9 H( {3 A- e2 b
3 o. d! O& H- D$ o7 \/ ` // Note also, that with the additional
( t# W+ N1 M( U4 u. Z0 f // `randomizeHeatbugUpdateOrder' Boolean flag we can4 A3 I9 r- E3 z9 g' e2 O! r W
// randomize the order in which the bugs actually run
" i$ P4 G4 R0 l( [# L! X9 b3 z5 _ // their step rule. This has the effect of removing any
2 v4 P7 v, _- o$ x# X6 I! V // systematic bias in the iteration throught the heatbug
4 w+ ]* `5 ?+ T' \+ z // list from timestep to timestep
9 @7 Q. O- p$ ]5 ~+ @( C: M7 I) t1 Y
& R4 T+ H0 t y // By default, all `createActionForEach' modelActions have% \; S+ E; K1 G7 e& W3 \
// a default order of `Sequential', which means that the
( o! C3 Z# l' V' N // order of iteration through the `heatbugList' will be
6 c: V+ ~- Y4 S) t3 m9 z% v! S9 r // identical (assuming the list order is not changed; E/ A! r4 F/ l# X( Q( k9 Q* @
// indirectly by some other process).! B$ X& w" [/ B' A r
0 V* b; m; Q* t9 `* n- _
modelActions = new ActionGroupImpl (getZone ());$ R3 z+ R' L0 |* @
, d, W( g$ E& _ try {
$ E5 Y: G6 }' f; E# H0 d8 ? modelActions.createActionTo$message
% O& [: e) @ [4 ?; `6 y (heat, new Selector (heat.getClass (), "stepRule", false));' T4 L2 z2 s" I( s" L
} catch (Exception e) {
# t! B; z0 Q7 R; i System.err.println ("Exception stepRule: " + e.getMessage ());
. F3 E" g6 ^9 C9 P1 ?, @: K2 k# J }
1 F0 Y$ L& j2 _" j4 q' M' m, x1 u+ b4 z
try {! E& j; w/ }4 e( b" }, l& P8 @
Heatbug proto = (Heatbug) heatbugList.get (0);) M' M+ r3 C+ ^" j7 D+ S
Selector sel = # @/ e) t+ ~, p5 f* @4 }
new Selector (proto.getClass (), "heatbugStep", false);
- _- z2 U! o1 _ actionForEach =
/ ]% M& s; ]/ i" U/ z. V modelActions.createFActionForEachHomogeneous$call
: B# b6 J+ W; S' i8 z. X0 i" m: H (heatbugList,
% f4 D" D T$ E$ v1 L# q! a new FCallImpl (this, proto, sel,0 q+ f/ O: H0 U+ s+ E1 N" \
new FArgumentsImpl (this, sel)));4 V% e0 g5 s- x0 g$ l# l/ K
} catch (Exception e) {- C9 f- w4 A2 E8 T p) {4 c, L
e.printStackTrace (System.err);
) k! N1 b, U9 R7 @4 L6 z/ p }( R# o) L% }# Y/ m+ o8 k# x
! p/ U+ t$ F! m
syncUpdateOrder ();
! s1 F0 H0 l0 [& Z) J
6 H' |1 Z# b# \0 U' D* W try {
2 @, ~6 z6 t: d5 k! X9 b& o8 s2 E4 Q modelActions.createActionTo$message 5 U0 k B) C$ O- `$ ?& ]
(heat, new Selector (heat.getClass (), "updateLattice", false));
7 E! U) A$ j' G- S/ ~ } catch (Exception e) {
4 Q: Y* n! `. t n, ` System.err.println("Exception updateLattice: " + e.getMessage ());
$ y8 w: [$ U* u3 @4 z. r }
) G$ q3 Y# v# O1 n- x
& c" q3 Y+ h) X1 x) W/ m( Y // Then we create a schedule that executes the
H$ z' e; T7 X) y `7 I& y4 S* r // modelActions. modelActions is an ActionGroup, by itself it* r5 ]3 e: t2 A$ b4 V/ i3 Q
// has no notion of time. In order to have it executed in, \5 F! r+ h1 D6 E1 H
// time, we create a Schedule that says to use the! x) J i. N9 h7 n) ?3 Y
// modelActions ActionGroup at particular times. This) v0 B2 `, b2 ]0 _: x4 l E7 d# a
// schedule has a repeat interval of 1, it will loop every
& P- P9 h1 [( j3 R' |4 e2 C/ |' U // time step. The action is executed at time 0 relative to
$ M( [/ v9 o9 z& o7 L- ` B // the beginning of the loop.) Y/ {8 @4 m1 {" A+ M4 o- _
; @6 ]7 A0 K/ E, X3 i/ u1 p // This is a simple schedule, with only one action that is$ h# S9 T# i7 g" u
// just repeated every time. See jmousetrap for more
9 k2 t" {/ Z! j8 H // complicated schedules.
) s6 Z$ m- I% ]; q, L/ D) { ; Z1 n) D3 H8 D! `+ `; x) m. W
modelSchedule = new ScheduleImpl (getZone (), 1);
7 ^& r, J& q# q6 e2 T' B modelSchedule.at$createAction (0, modelActions);
; u- t7 ?2 ^' e/ }5 w
% X' h( U. E, {. ?+ U% \ return this;1 m- N8 o; e, G" }! ?8 i. y: t+ m& O
} |