HeatbugModelSwarm中buildActions部分,3个try分别是做什么?查了下refbook-java-2.2,解释太简略,还是不懂,高手指点,谢谢!代码如下:
7 T; t. | ^) L0 y7 d; |- x( c7 d4 V B! Z9 H7 S4 z- h4 R
public Object buildActions () {, ~* b' w& n0 h3 `+ P
super.buildActions();
8 v: y7 Y3 I: j1 V4 y6 F: l 9 \8 |$ x' m) o- r# ]4 O" N
// Create the list of simulation actions. We put these in( j) b9 `7 f& W( @ Z2 w
// an action group, because we want these actions to be- N( I( H P0 p* l+ a2 E
// executed in a specific order, but these steps should
; |( T2 J' g/ z // take no (simulated) time. The M(foo) means "The message
2 @: S6 [8 p+ x; h3 t/ W0 V* Z // called <foo>". You can send a message To a particular. A a, H! j" i3 U; `. x6 ]
// object, or ForEach object in a collection.* f7 W& T) C8 A
4 I- g! H; G4 Y9 {2 ~2 i
// Note we update the heatspace in two phases: first run/ n% m& J. k8 t5 G5 e1 C6 O
// diffusion, then run "updateWorld" to actually enact the3 z' W6 J6 r( X, _5 q7 ^, ?6 e
// changes the heatbugs have made. The ordering here is4 w1 x2 j+ r" b0 N+ B7 a
// significant!
3 E7 F7 e; M( T; X3 b 1 X& M* q5 Q' u2 u/ ~
// Note also, that with the additional
# r. Z) {: L8 d R# d2 Y, k // `randomizeHeatbugUpdateOrder' Boolean flag we can' I1 x9 H" Z- X$ G. p8 u6 u
// randomize the order in which the bugs actually run
+ G8 ]) E$ G& B: ? // their step rule. This has the effect of removing any& Y8 c8 c+ @& C, b+ f$ U
// systematic bias in the iteration throught the heatbug/ c4 u1 W! _5 ]4 q q
// list from timestep to timestep( _; J- c/ S, `; d$ ]) o! q1 z' t5 U
( A4 X5 N8 Q) E4 C# f // By default, all `createActionForEach' modelActions have
" @8 g9 S0 r+ |: j- C7 B // a default order of `Sequential', which means that the
2 x9 r6 J6 {: r9 A9 z9 R7 | // order of iteration through the `heatbugList' will be
) t4 k* I- |- P/ N: ~/ t3 y // identical (assuming the list order is not changed5 R1 }# G0 y! J4 y+ P g
// indirectly by some other process).2 C. A( c3 X2 k% n+ \
- {' e7 O8 x. d k modelActions = new ActionGroupImpl (getZone ());
# U+ y# { P5 f9 G+ o* n
& G; m0 D# J' g F8 B try {* k/ S9 t5 s; p+ q1 B3 ~
modelActions.createActionTo$message
1 M. N& U9 j, ]# U( Y (heat, new Selector (heat.getClass (), "stepRule", false));) N1 ]! X. L+ ]7 S
} catch (Exception e) {7 U+ L* q7 _ s
System.err.println ("Exception stepRule: " + e.getMessage ());$ K; M F, z( S) I+ m4 Q8 G
}/ x' S) Z5 s# }1 I' L+ a1 t7 ]5 Y5 Y
+ |6 q" r/ I) y# h5 p& A; A/ { try {
& ?. b. W, w/ Z$ \0 [/ X4 `; x+ B! }( L Heatbug proto = (Heatbug) heatbugList.get (0);8 M4 O- L3 C+ `$ `5 T5 X+ w
Selector sel =
, i9 d8 }/ S# c0 G% i new Selector (proto.getClass (), "heatbugStep", false);
0 F8 h% d7 c; U* B" i, V actionForEach =
$ Y- `0 |/ N4 h% Q g) J3 `) {. ^ modelActions.createFActionForEachHomogeneous$call- s: b* i+ d6 r- Y8 @
(heatbugList,8 O U# \' g% Q9 d( d; {+ F
new FCallImpl (this, proto, sel,, h' K* f: v1 Q4 j4 {5 |
new FArgumentsImpl (this, sel)));
0 n( H6 y4 p0 [8 H+ e: m7 A8 @ } catch (Exception e) {, k0 c7 a. Q2 W: J/ [/ M) n
e.printStackTrace (System.err);
4 |2 r$ {9 e. B! e; p( w4 I }
+ E& q8 S3 ?; b5 J* \
4 q' {8 d. ?. J/ j7 I( u syncUpdateOrder ();
6 m, E9 g8 I+ v" f% d# F- t) b, n' W
try {
( L8 v6 [8 L+ ]; w modelActions.createActionTo$message
8 _% i5 n$ D4 B2 F6 ~( T1 |; O (heat, new Selector (heat.getClass (), "updateLattice", false));
/ a* @% a7 v! q; M! M } catch (Exception e) {4 k& Q1 v0 h% F; Z
System.err.println("Exception updateLattice: " + e.getMessage ());
4 h6 L/ j$ S! V/ N5 ~ }
% R, _- r7 l. n) U3 k$ |
6 `4 |; ~, K: V' N% q // Then we create a schedule that executes the
4 u2 [2 s. r# ^6 @ // modelActions. modelActions is an ActionGroup, by itself it( g2 {9 r# F' G& J
// has no notion of time. In order to have it executed in
( }& q: _# Z9 k( U0 ]2 @7 v // time, we create a Schedule that says to use the Y$ J( |3 P, V/ N$ F5 [& d- [# l
// modelActions ActionGroup at particular times. This
2 X K y( k* n- l // schedule has a repeat interval of 1, it will loop every+ [$ ^5 I+ }, F' ]& P( s
// time step. The action is executed at time 0 relative to2 [% B; J/ U" x& S k7 D
// the beginning of the loop.
; k# B. f3 V) A+ n2 F7 C' U5 X0 T O
// This is a simple schedule, with only one action that is" j: F4 `+ U( V& [: E6 D- k. Q2 |3 t
// just repeated every time. See jmousetrap for more
6 b8 \8 L0 w! G" E; x. _ // complicated schedules.
0 ^" x. h8 h6 Z3 [. c" k- J/ E ; J) Y) W2 w! Z5 L! ?7 [/ n7 p9 y
modelSchedule = new ScheduleImpl (getZone (), 1);
* v7 p0 Y( `3 T' l; T modelSchedule.at$createAction (0, modelActions);
8 x7 J0 r+ O s/ D
3 V$ e. z1 X& i! C0 C& B return this;+ M2 K; i: _( N' `/ |5 t
} |