HeatbugModelSwarm中buildActions部分,3个try分别是做什么?查了下refbook-java-2.2,解释太简略,还是不懂,高手指点,谢谢!代码如下:
$ Z% [- s4 o0 K$ m( u
( J% Q7 Y, C2 l* E public Object buildActions () {
2 j/ f0 B8 t; D3 b& O: _ super.buildActions();
4 A$ I7 n, k% Y$ M - O3 P0 e' b4 ^5 c
// Create the list of simulation actions. We put these in
1 P9 K0 z1 E% c- ~ // an action group, because we want these actions to be) r4 k) V' Q5 J t b+ l/ I
// executed in a specific order, but these steps should1 B& ^& z" X) m
// take no (simulated) time. The M(foo) means "The message5 b! ^1 J; D' n. B7 y$ U2 _
// called <foo>". You can send a message To a particular9 x$ L' S1 N6 H Y3 `
// object, or ForEach object in a collection.
4 ^$ _- w; ^( g. f 4 @, q8 h) u0 W( i" j
// Note we update the heatspace in two phases: first run
9 e8 O' H$ k2 N) c // diffusion, then run "updateWorld" to actually enact the
2 @7 L3 V- d# w5 W: U: H // changes the heatbugs have made. The ordering here is5 i! B. y; V4 b Z/ M) j
// significant!
4 K5 V0 f+ M& s6 E
$ U ~& e: H! n; Q2 H+ b+ w // Note also, that with the additional% j- \$ F0 f( ]& A8 X6 C! j' s9 K
// `randomizeHeatbugUpdateOrder' Boolean flag we can
, \8 ^0 m, u1 v. X# J // randomize the order in which the bugs actually run
D4 j, Q j9 ~* c9 K" G- n5 M // their step rule. This has the effect of removing any
* c: y8 o# l) K+ |( m9 o // systematic bias in the iteration throught the heatbug
) I* N1 \0 f5 q9 `0 b) _% A% ? // list from timestep to timestep
( m) n/ w* T, ^& p7 h" R7 K# W 4 f! v& o; a1 S) A, e) C( ?
// By default, all `createActionForEach' modelActions have
0 h2 X: O( X* A' F* I( z* b3 a // a default order of `Sequential', which means that the
; G0 o: A- v B/ S. J& C // order of iteration through the `heatbugList' will be u+ l- V9 m J2 ~/ [, {" _
// identical (assuming the list order is not changed
( U) Z) z2 f" F/ p% i: Z // indirectly by some other process).
; F3 T# J, `, E; \4 {3 o; M
& V2 @6 N' m3 A6 ? modelActions = new ActionGroupImpl (getZone ());
9 d) L+ h+ R6 K( X& Z
3 Y# w0 P6 N2 ^# h( K3 f try {% h% c4 g, t+ K1 s* T V
modelActions.createActionTo$message
% c4 o0 e$ s/ f" n1 G% s (heat, new Selector (heat.getClass (), "stepRule", false));! `: U W- S3 @+ c B9 W J9 u
} catch (Exception e) {
' l! a% A6 k( o System.err.println ("Exception stepRule: " + e.getMessage ());
5 \7 f4 w0 e2 O* @ }
8 A1 e' K! N* O9 D8 |8 H
$ p( F6 X. y' r* w4 d3 D4 Y; g try {
4 b: B2 i. i* H! n% Q4 e Heatbug proto = (Heatbug) heatbugList.get (0);
# G+ O4 @6 \3 n& w. C2 ] Selector sel =
9 S+ G& ~3 t$ A* p# s. Q7 \* ^ new Selector (proto.getClass (), "heatbugStep", false);
' C4 u+ D: L# P4 D& P! L actionForEach =; e; ~5 m# r* j/ U
modelActions.createFActionForEachHomogeneous$call
. o/ y. K! d6 J4 ~3 e# ` (heatbugList,
& c/ m( G* ?9 T new FCallImpl (this, proto, sel,
% D! Z; Y4 x% M+ P r new FArgumentsImpl (this, sel)));
9 {0 {1 I( X6 Y/ r. o- i } catch (Exception e) {
# K. a8 U: \- X: Y4 ] e.printStackTrace (System.err);
0 G9 A3 Y0 R9 y! M6 I9 Y9 m6 u }
2 v9 e. g) U& B5 s3 s8 U* z+ f 9 a: z: q. c3 @7 b
syncUpdateOrder ();
8 E- v, v. N4 r! z) ^2 H: ~5 S# m" M, i! X( O+ U
try {
+ N! b0 a9 X3 t6 Q modelActions.createActionTo$message , f5 z, q2 P5 h7 V; g- L
(heat, new Selector (heat.getClass (), "updateLattice", false));1 ~" J( Z- r0 f# f8 I
} catch (Exception e) {* _6 X# K' O: J1 ~7 y. A# ^
System.err.println("Exception updateLattice: " + e.getMessage ());2 M/ \* d! d! ~% G
}
1 g1 [ Y$ s3 Y3 m _
6 p8 t3 y9 {* z9 G // Then we create a schedule that executes the
& [' V! a+ R: K4 R6 p, E // modelActions. modelActions is an ActionGroup, by itself it, o) m% ?. y( N/ g. ]7 H
// has no notion of time. In order to have it executed in( o1 l* s, U- q: l: w* e+ Q( t
// time, we create a Schedule that says to use the. d; r3 h* X( g
// modelActions ActionGroup at particular times. This
5 S4 z( P( W# b% ^% q. Z // schedule has a repeat interval of 1, it will loop every! Z% F7 b5 c( o- s
// time step. The action is executed at time 0 relative to
9 P i5 w3 W0 L; I2 ~ // the beginning of the loop.
4 n& ]) e9 w' `& Y" U$ b4 f
4 ]8 R& Q5 ]5 I, Q: N' q // This is a simple schedule, with only one action that is G% T) U7 T: ~$ z! E! [0 U; U
// just repeated every time. See jmousetrap for more3 ~5 P& z5 _/ n+ P! k2 g% _
// complicated schedules.
& S9 H$ I8 K6 G' W& D& K5 N* w
1 f& ~6 u, x5 t' a modelSchedule = new ScheduleImpl (getZone (), 1);
+ O2 B3 p: @& @- g6 b3 ?% w- F modelSchedule.at$createAction (0, modelActions);; j6 E" S3 e# P
! I. P& A. B, o1 z return this;2 p$ F* J/ S' Y" [2 W( a t
} |