HeatbugModelSwarm中buildActions部分,3个try分别是做什么?查了下refbook-java-2.2,解释太简略,还是不懂,高手指点,谢谢!代码如下:, _, P) m2 a4 g% ?, ~
3 M6 A% O2 f4 k, N. E3 P; o4 d1 ^
public Object buildActions () {4 M# J7 g+ k& U4 G7 ]5 C
super.buildActions();9 {1 v5 A* ?9 j6 ?6 F' V/ X
( x i: F# q: a; E // Create the list of simulation actions. We put these in
" T0 G# S# @4 `8 H. q% [( [ // an action group, because we want these actions to be
0 V8 ]0 P& `* k // executed in a specific order, but these steps should
7 I1 [7 Y! v/ F2 o7 a [ // take no (simulated) time. The M(foo) means "The message
7 m) G$ i7 P& r: }4 r9 w4 t // called <foo>". You can send a message To a particular* f% J9 [: L% \5 Q& k( w l
// object, or ForEach object in a collection.
1 z6 N7 g2 v& c% z9 b/ k; Z
7 q) C, O' E# O# l2 U3 g" Q% X // Note we update the heatspace in two phases: first run
7 h& y# T9 H8 I+ s$ L // diffusion, then run "updateWorld" to actually enact the
4 `; k3 J9 V; M2 H+ I$ Y) d5 V // changes the heatbugs have made. The ordering here is0 X+ R' r( D: Y- ~8 Y
// significant!$ f5 C* J& p; ?% e; k6 H9 i# E
' m( y. f: R4 F* t2 b
// Note also, that with the additional% s f B$ {% g4 b* b+ O
// `randomizeHeatbugUpdateOrder' Boolean flag we can
' a% Q' B7 V! c5 S- u0 q // randomize the order in which the bugs actually run
' `5 S- D0 \+ k5 `6 f% J // their step rule. This has the effect of removing any2 B& J& v: P* v& H2 y
// systematic bias in the iteration throught the heatbug
6 r! A# z- ]: x, P* ]/ X: e* f // list from timestep to timestep) X$ X, i) E8 f4 V# D
7 J" |- e' N$ l& B) V+ C
// By default, all `createActionForEach' modelActions have
+ S, f# p: L4 N \2 q) [# x // a default order of `Sequential', which means that the
, ?8 ^; w1 Z$ x2 f' ~' B // order of iteration through the `heatbugList' will be
/ S0 b1 d* B+ t# O, d' W; a% w/ Q // identical (assuming the list order is not changed
4 D) C1 Y' g ^: @& P // indirectly by some other process).
7 M$ o, ~$ ^4 t6 _ ! D; L/ Q9 F7 s! o# q |& {1 \# s
modelActions = new ActionGroupImpl (getZone ());
( D) B9 x/ `6 z, j+ e1 s8 c* P: Z# o- w$ |7 U" s. k9 K
try {
( `! _3 L1 R+ p2 z* s$ B6 X modelActions.createActionTo$message" l" M- Z% z! z" t
(heat, new Selector (heat.getClass (), "stepRule", false));
8 D r; T- `% [! T: C4 X9 p } catch (Exception e) {) R$ }) o: a9 V4 n
System.err.println ("Exception stepRule: " + e.getMessage ());1 }+ c* [9 w8 T& s; }7 g7 `
}
0 c; z3 f( m; L% |7 w+ A& o
& Q0 p# J6 Z; v/ d) g/ i# Y6 b5 j try {
. L. ~. f6 l+ Z/ d Heatbug proto = (Heatbug) heatbugList.get (0);
+ P& l! |/ y/ [ Selector sel =
9 H$ ^7 k6 A! Q' z new Selector (proto.getClass (), "heatbugStep", false);4 u8 R& T* c& \. p9 k: L
actionForEach =0 S+ d* Q( d0 G$ U1 f
modelActions.createFActionForEachHomogeneous$call8 F' N9 F4 g# n: E1 Q# M
(heatbugList,
0 d( @5 P0 K, {" }! Z* i; G9 R new FCallImpl (this, proto, sel,
* l* O! x. y" T. j/ H" t0 [" o8 q new FArgumentsImpl (this, sel)));# @- g4 X1 v2 ~2 B( n8 R
} catch (Exception e) {
1 X4 g- I$ b1 T6 l2 ]7 A e.printStackTrace (System.err);( O& e' E7 v, J2 z: P4 A5 L
}8 O2 s& m5 I' w; \
' r* o) T- S. ^ syncUpdateOrder ();5 E& L7 t A# D9 d) G7 m9 l( {
$ Z: `* s# y( r
try {
' m7 z6 z5 C, N" a- _' ` modelActions.createActionTo$message 6 O% t' r; a5 d% ~, z. v
(heat, new Selector (heat.getClass (), "updateLattice", false));
" z- ~& P' X! h/ Q! L, a0 a0 @ } catch (Exception e) {' {# _9 N0 p$ n ^) u, `1 ?
System.err.println("Exception updateLattice: " + e.getMessage ());) `2 K8 `' c/ Z6 E, o/ }( y. _
}$ `" s3 ~4 E8 ^9 \7 B+ ?
, a) ^8 W# i4 e- e! N
// Then we create a schedule that executes the& c% ^" E; g- S. ~& _
// modelActions. modelActions is an ActionGroup, by itself it! Z# z: M: {' z( p5 h% o
// has no notion of time. In order to have it executed in: u# Z8 t9 a& ]! V2 R/ G, b$ E2 j
// time, we create a Schedule that says to use the
& e8 e0 ^: v/ o& w% k) W // modelActions ActionGroup at particular times. This
# i) ?" z) ]8 A0 {6 J // schedule has a repeat interval of 1, it will loop every# P/ w7 R/ f" ?; W- J1 q5 y
// time step. The action is executed at time 0 relative to
) Q0 ^* @$ f* Q9 S5 \0 i5 _ // the beginning of the loop.
9 {3 A+ G4 U. R2 S
9 ~8 f6 X" z4 O# y // This is a simple schedule, with only one action that is
% { b/ h' d( ^0 P4 G! R4 i // just repeated every time. See jmousetrap for more
# ^% _4 P6 Q8 @$ E) ]0 G ]+ M // complicated schedules.* m5 `/ H- \3 d9 ^4 d. m
' d& V* B. F% [/ l# F) ~2 P+ t modelSchedule = new ScheduleImpl (getZone (), 1);
f5 | ]5 Y5 S" [# [- j% r g- t modelSchedule.at$createAction (0, modelActions);, O/ i" _5 _0 g7 Z0 w# h; L
3 T8 @9 [2 I; {& J. q% S, Y, M
return this;. D# c" n' c7 }4 B6 v" S* Q+ n2 E
} |