HeatbugModelSwarm中buildActions部分,3个try分别是做什么?查了下refbook-java-2.2,解释太简略,还是不懂,高手指点,谢谢!代码如下:
$ \* A% y1 `( ^& b- w2 M8 V4 Y. O: {* T# d6 M
public Object buildActions () {
+ v, K* `+ ~4 t; V" [# B! c4 E+ G, n super.buildActions();
5 @4 `. \+ Y8 I( i. l! C/ E% O
) U+ g- g1 g0 Z3 o // Create the list of simulation actions. We put these in2 b% L& w9 ^, _' k1 ? p: p
// an action group, because we want these actions to be& z. ~/ r7 B9 {( D* u; F4 Q/ p0 d
// executed in a specific order, but these steps should% l4 Y+ Q" C/ G& a+ W" y7 ^* j& X
// take no (simulated) time. The M(foo) means "The message8 d$ C, _7 M! u2 [
// called <foo>". You can send a message To a particular
- }$ X0 }' T, H0 N // object, or ForEach object in a collection., {4 I* K$ ~- H6 M2 I
; E) S9 r2 |6 F1 j // Note we update the heatspace in two phases: first run( C/ S/ F4 ^* ]* M Q9 U# ~
// diffusion, then run "updateWorld" to actually enact the
1 I! N$ {8 D8 p1 s // changes the heatbugs have made. The ordering here is
1 ?6 j, L% L& I, u/ X, O* g // significant!
# G# U3 V* e7 c: Z a0 x: E$ U1 ~5 l, x - O' f) X+ L3 c/ b
// Note also, that with the additional% i2 {$ @4 \. U5 `
// `randomizeHeatbugUpdateOrder' Boolean flag we can1 K$ x- S7 i1 G7 k
// randomize the order in which the bugs actually run
, H1 U. C: B$ _: {% f: H // their step rule. This has the effect of removing any
$ c T: \6 e6 L' J5 n) { q // systematic bias in the iteration throught the heatbug
$ b3 r/ H, K0 U( I1 @/ I& `" d // list from timestep to timestep' F0 W8 x# F3 v3 d# b! s4 C
, W' U }! d2 @9 X7 X // By default, all `createActionForEach' modelActions have# }/ d- [4 A7 X' d2 \3 g" Z' e c# Q
// a default order of `Sequential', which means that the! \: ^3 F3 {8 m7 N
// order of iteration through the `heatbugList' will be
" q1 }! p+ s+ k d6 D' b // identical (assuming the list order is not changed1 d0 G; G6 {* e2 r
// indirectly by some other process).7 j' a. Q" ]6 K5 K: O5 `+ m
+ C2 P3 k" b7 }( S e6 b+ u
modelActions = new ActionGroupImpl (getZone ());
8 b. Q1 ~* |3 S* P: s: g1 S3 P1 [! y. ~ d5 v
try {) n2 v, m! c5 k1 Y/ D. z
modelActions.createActionTo$message
8 n' y- P# |7 G9 V (heat, new Selector (heat.getClass (), "stepRule", false));/ t& U7 w3 k0 z7 Z5 X) u+ D4 P
} catch (Exception e) {
* S- D9 }6 W9 W* S System.err.println ("Exception stepRule: " + e.getMessage ());
% A3 p) d: ]- o1 H3 M6 Z }
* ?0 S$ w8 X' I* `& { L( d& I( G) A0 e
% J+ b: `4 H j5 n. g Z+ L try {, v$ x. ~/ n6 \! D( }" ^+ p7 Q
Heatbug proto = (Heatbug) heatbugList.get (0);
; d8 @; ]& ?- P; s Selector sel = & a1 @: O4 U8 T
new Selector (proto.getClass (), "heatbugStep", false);! J8 t: p! O4 V) i6 X0 }
actionForEach =
6 P6 n7 W: B- h7 e& O1 i modelActions.createFActionForEachHomogeneous$call# R3 B, p7 I% @* C) u: b
(heatbugList,
! d _- a# W1 }7 T0 b' n- A new FCallImpl (this, proto, sel,8 x' T7 \" E' v; s% `
new FArgumentsImpl (this, sel)));! ?# V- L% w. D# M$ V
} catch (Exception e) {6 U8 e: v' k$ L) b! R" f+ o- L; y
e.printStackTrace (System.err);
1 f- N. |3 b( ]1 l. a }
" D7 [' T0 [- w5 y4 I' Z0 E1 s
! V- ^3 c6 C/ o, J/ { syncUpdateOrder ();9 x2 ?) m; m* G: }, a
7 d- i: V7 D" n' P
try {
X# M- |& q9 U b2 O% v3 k modelActions.createActionTo$message
8 [$ D% c. |4 a (heat, new Selector (heat.getClass (), "updateLattice", false));/ y& [* _3 e) |1 p- w
} catch (Exception e) {
( B$ H* ~* _6 t& N2 D K! E0 Z System.err.println("Exception updateLattice: " + e.getMessage ());
& n/ K# z- E3 J6 g: D }
K9 U8 Q/ N5 M/ {, a& N1 h
5 j% [* t% g5 W" X0 }" b6 P // Then we create a schedule that executes the
8 x* z* ^6 E& {- B: {% B5 t // modelActions. modelActions is an ActionGroup, by itself it( K) Z/ ]% U9 }9 o$ S# Y
// has no notion of time. In order to have it executed in# R1 }% ]/ v& D
// time, we create a Schedule that says to use the
/ o$ m( [4 `! `1 w# L // modelActions ActionGroup at particular times. This
6 p! F3 R1 E* Y // schedule has a repeat interval of 1, it will loop every
* J6 l0 W9 ~/ \ // time step. The action is executed at time 0 relative to
/ m% Y1 M6 t6 E% V3 J; }1 Y5 e% T // the beginning of the loop.
; `. |4 c+ w" B- x
$ K% E! d# ^# h8 e // This is a simple schedule, with only one action that is
1 G+ b5 R1 q. @. x j // just repeated every time. See jmousetrap for more
$ g7 O& v. I: \4 r // complicated schedules.
: ^% {5 z+ I7 g, U+ p* b+ A ) o$ q* N/ ~7 r* N9 a# N2 O. r4 p
modelSchedule = new ScheduleImpl (getZone (), 1);
$ {/ L( Q. B8 C5 O/ N w" i$ w modelSchedule.at$createAction (0, modelActions);8 z3 ]7 h% [7 t1 \" i% r2 ^( X
2 @: [* \- {, \! J" Z0 q8 N7 I; j( z return this;& t+ o% K9 K3 u$ z& A
} |