HeatbugModelSwarm中buildActions部分,3个try分别是做什么?查了下refbook-java-2.2,解释太简略,还是不懂,高手指点,谢谢!代码如下:, w& `1 a; Q% y
- K, y7 \5 E5 X; t) s3 j public Object buildActions () {0 s6 S" V* j/ E1 c
super.buildActions();
$ [! W% x7 ^# U& I) x 3 U' u; B; |- |4 W
// Create the list of simulation actions. We put these in
6 E! I% @* f3 O6 v0 s // an action group, because we want these actions to be$ l: v- p/ s) C) Z! {
// executed in a specific order, but these steps should* m* c6 @# ]) r- L) Q( u: `3 y; H
// take no (simulated) time. The M(foo) means "The message
7 M4 i# B2 D0 |& i" O6 v! i // called <foo>". You can send a message To a particular5 C0 i: ^' [( Z2 p5 U- I
// object, or ForEach object in a collection.
- f5 |- m- V {' f4 z' ] I
3 P) l$ o; X0 D! D$ c // Note we update the heatspace in two phases: first run
' ]* g1 e- `* d- `- M // diffusion, then run "updateWorld" to actually enact the4 O9 E/ D) v; V! U
// changes the heatbugs have made. The ordering here is# A2 j! [( b9 a9 j
// significant!
6 o6 B9 i3 @! L# y0 a
/ A0 G6 F1 s( s# s/ H8 t2 j2 _ // Note also, that with the additional9 A/ U( s: h# ?) s) D# n& r
// `randomizeHeatbugUpdateOrder' Boolean flag we can
0 b% H) C9 X6 X // randomize the order in which the bugs actually run7 J9 U8 t. d& ]- c8 s; Y4 M0 Y
// their step rule. This has the effect of removing any7 y* s& H t! N/ k% W) D
// systematic bias in the iteration throught the heatbug" J8 E$ v; Z5 C
// list from timestep to timestep
/ T/ |5 _6 n& Q1 i! @$ p8 i 0 f) |( Z; j% e# {' v
// By default, all `createActionForEach' modelActions have) q9 H3 l9 R/ N$ H* F
// a default order of `Sequential', which means that the3 A# @# z- G; q& P, B
// order of iteration through the `heatbugList' will be
4 _+ R! x" |1 ^$ |. G // identical (assuming the list order is not changed
: w; a9 {8 d, w' d: a4 @3 s // indirectly by some other process).
% v. v/ n& j5 Z; v: D1 P % E+ E; _6 |! C( z
modelActions = new ActionGroupImpl (getZone ());& `+ X6 W& n2 G |5 v
M+ L9 [( ?6 y3 b. Z ^) W
try {
8 b- T1 e5 y$ g, j7 x modelActions.createActionTo$message
: t$ K! U7 U4 W; T$ v: l. X (heat, new Selector (heat.getClass (), "stepRule", false));
# F% A1 ~! C9 E& ]( L } catch (Exception e) {0 u% F. T$ x3 ` j
System.err.println ("Exception stepRule: " + e.getMessage ());
2 S [( @- H( N; I. _* S }
% V6 v: ~, x& e. v( x: v0 s x1 L4 N# ]4 R; k- I$ ]9 u6 Z5 b. L
try {
# {; H; f, k9 L8 h, ]2 l2 {8 h Heatbug proto = (Heatbug) heatbugList.get (0);
/ T4 \, m0 l2 n- T# g( \+ s Selector sel = $ O' Q5 ^$ H/ ~; k: E
new Selector (proto.getClass (), "heatbugStep", false);& @; q2 a# g# Z1 S* D6 Q" M
actionForEach =
$ H* y+ Y! O) C+ L" l) I- a4 X modelActions.createFActionForEachHomogeneous$call
6 ?7 U m5 |8 p' ` x (heatbugList,
4 d2 e9 e% K( \) ? new FCallImpl (this, proto, sel,( U: `, W+ A1 [
new FArgumentsImpl (this, sel)));) J, v0 {$ h8 N
} catch (Exception e) {- W* A- s1 A5 f% |6 E0 F' c
e.printStackTrace (System.err);
2 ~& w1 ^2 _! y }5 G3 g. T, v) B+ } R
1 ]' f, U2 U# G" Q. \7 m
syncUpdateOrder ();6 @; Y0 q1 `# X& x N' x
, d3 G& U1 f) C4 I' Y+ n
try {6 ?* Z! r( x7 `5 V+ F' l# D
modelActions.createActionTo$message % Y7 Y4 V0 C, b. r, I( A* {# A
(heat, new Selector (heat.getClass (), "updateLattice", false));
0 m6 K( N" l$ X0 l5 H } catch (Exception e) {/ p, a9 {8 w# x8 q/ h6 ^7 g
System.err.println("Exception updateLattice: " + e.getMessage ());
, ^* D8 @& `) o3 x8 V% J }3 @" u q& N5 j( s! E% x
1 ~2 X$ i J# { // Then we create a schedule that executes the/ P' i; T, B; Y& |* X8 U+ a
// modelActions. modelActions is an ActionGroup, by itself it
4 ~- |( W" m5 z // has no notion of time. In order to have it executed in" z/ Z4 i9 z& k6 b5 h& n2 H, z
// time, we create a Schedule that says to use the
1 G# U0 W- u8 Z7 o. F // modelActions ActionGroup at particular times. This
9 k+ y) x0 C" z n% S8 K$ U // schedule has a repeat interval of 1, it will loop every
1 H2 t- ?9 A2 ]0 V5 ]7 U8 S // time step. The action is executed at time 0 relative to. p+ b k" C0 k2 i% r
// the beginning of the loop.
: ?- p2 v& b0 c* F1 H
7 T; s" f. A) g% R7 l, U! n // This is a simple schedule, with only one action that is5 `' x7 \6 f: c( v6 X1 ?1 X. R4 p' I
// just repeated every time. See jmousetrap for more
2 f9 L, e' X) A3 a; K4 Z3 \ // complicated schedules.2 q( a# G# O3 ?7 V. x, @
0 I. b* N | x* I' N' h$ O, s modelSchedule = new ScheduleImpl (getZone (), 1);
' [& X3 ]) B, K* F" ? modelSchedule.at$createAction (0, modelActions);
! d4 Z$ v# f1 k* C! F8 K 8 g! P( Q# E P- b0 o6 k7 M
return this;+ g' {+ o" O D& m) m1 P, w, P
} |