HeatbugModelSwarm中buildActions部分,3个try分别是做什么?查了下refbook-java-2.2,解释太简略,还是不懂,高手指点,谢谢!代码如下:
: W- |4 ~$ `0 l' n8 ?
* q: I$ f- Q6 N1 d; o' e public Object buildActions () { i9 G2 Z+ o1 ^) m
super.buildActions();. z% C% D5 G( e) \1 x
% w D) X% ]8 m1 t
// Create the list of simulation actions. We put these in
4 J5 C& m- c! c // an action group, because we want these actions to be+ i# ~+ E5 M1 t7 r# d& R9 N) W
// executed in a specific order, but these steps should. q0 c+ h! F8 a
// take no (simulated) time. The M(foo) means "The message
3 D9 I: y. ^3 } // called <foo>". You can send a message To a particular( ~5 e, U( X# o0 B% R% W# H2 U8 q* D
// object, or ForEach object in a collection.* I; U# I0 L9 G) j1 A7 c/ o
8 G! S4 l) Y& ]
// Note we update the heatspace in two phases: first run
( ~0 b" _" v/ N. c0 l& @4 U // diffusion, then run "updateWorld" to actually enact the
O% }) v4 ]* a: x3 E3 K // changes the heatbugs have made. The ordering here is
( D" q- r5 G# ~# X9 g E // significant!. ?1 J6 A; [' b: o
1 y( i5 T7 T7 I // Note also, that with the additional
7 ~- A4 l/ @% e5 K // `randomizeHeatbugUpdateOrder' Boolean flag we can
, ~ L! M4 F/ P( O9 @# x // randomize the order in which the bugs actually run
! @' x( ~. K# }0 g // their step rule. This has the effect of removing any
3 X: R! ^9 V, P, d! \# g // systematic bias in the iteration throught the heatbug0 m- [" [9 i! {+ z3 |
// list from timestep to timestep
. i$ g$ |+ K6 ^4 I3 d H$ s
5 Y5 P+ c; E5 ^/ o4 j // By default, all `createActionForEach' modelActions have* ~) i! p4 S# A' Y: Y
// a default order of `Sequential', which means that the5 c. M; `9 r) s
// order of iteration through the `heatbugList' will be! |+ e. \& L; i5 C+ z% t
// identical (assuming the list order is not changed
# \4 `1 R$ K6 y- e. k. x3 Z5 D$ f // indirectly by some other process).
& G/ j/ d, ]& ?* W' A , v( l1 n7 P! d e5 N
modelActions = new ActionGroupImpl (getZone ());
4 X% Q) @2 H. X, I* G5 G3 t0 p' q7 M6 S7 p# B0 U5 k% [
try {2 e0 x5 R3 K' I L8 _! c8 v- B1 l" ~6 ]
modelActions.createActionTo$message, v4 `3 z+ b& x- o
(heat, new Selector (heat.getClass (), "stepRule", false));5 ~0 C# s( O& a( J3 T
} catch (Exception e) {/ e# b6 ?7 v; O5 k) g9 H
System.err.println ("Exception stepRule: " + e.getMessage ());2 g6 X6 z3 J/ P: l
}8 D% A0 W9 B8 K6 M
1 p" V: i$ E5 E% |* N! `; {, w @0 @ try {
8 h( V& r; K8 E% R+ R0 }3 T/ e8 R Heatbug proto = (Heatbug) heatbugList.get (0);
, l8 u+ |6 J/ L. W# R3 l Selector sel = 0 P, H$ P' o, E- i
new Selector (proto.getClass (), "heatbugStep", false);
* j: o, T9 _5 y7 M0 R/ z1 I actionForEach =
) O3 d0 a4 P% B) f9 T modelActions.createFActionForEachHomogeneous$call( w- ]7 i3 @: m
(heatbugList,
0 Y6 b. p. Z! V4 H: ? new FCallImpl (this, proto, sel, U9 g2 d9 H( k- x- e
new FArgumentsImpl (this, sel)));: I- O: I' f2 Q% b8 L
} catch (Exception e) {
) p4 _% n" [0 A& y( C5 ? { e.printStackTrace (System.err);
6 c9 L& z b z& d; _! y6 s }
: D- u l( n+ j2 x
4 u- ~, A9 @( t, j1 u( j. I syncUpdateOrder ();9 [0 ?8 p. `- E2 X; ~
6 K" @; @0 p5 O6 `) [! V1 d4 T try {
^& w+ s1 z9 W( E' |* B4 ~ modelActions.createActionTo$message # e+ D8 t. [: Q p, j
(heat, new Selector (heat.getClass (), "updateLattice", false));
( K* h0 N r; t } catch (Exception e) {- k& c; m$ v4 t& [6 X
System.err.println("Exception updateLattice: " + e.getMessage ());
; G$ a, {) w5 T- w* E$ i }
- J% D1 V" n% a- O
1 `; W7 @1 b0 H* q4 N/ P; E // Then we create a schedule that executes the
0 |* C! }8 z4 n // modelActions. modelActions is an ActionGroup, by itself it
1 U9 m3 J2 }7 Y# I // has no notion of time. In order to have it executed in
# _. e* d5 Z. t( K) L' n! U2 S // time, we create a Schedule that says to use the' F9 M) ?3 Y9 T' {- `9 N% T% A
// modelActions ActionGroup at particular times. This' B& F b) ~0 S# a- o& \' Z
// schedule has a repeat interval of 1, it will loop every; H q& G& O2 {8 d
// time step. The action is executed at time 0 relative to
+ C' \1 C0 g$ l0 g // the beginning of the loop.
4 d) l0 c% @# I5 q% E+ s, g/ h0 i+ q" J; _1 R9 ^
// This is a simple schedule, with only one action that is: v! r" n2 f7 L; H9 K3 C
// just repeated every time. See jmousetrap for more
! u* f- u, @/ C5 Y) ~, u; r7 N // complicated schedules.
. c- `& L$ V0 ]1 n4 E: Q, {1 o( m9 u
! b, x }4 ^3 v; v: ?* H* o modelSchedule = new ScheduleImpl (getZone (), 1);) q- E, p# E* U$ t" Z+ v( }8 K
modelSchedule.at$createAction (0, modelActions);: `* U( b0 r3 p6 R' n& N
+ a: d9 P$ F) D8 r3 B
return this;1 M- w! p. G, _' l/ @
} |