HeatbugModelSwarm中buildActions部分,3个try分别是做什么?查了下refbook-java-2.2,解释太简略,还是不懂,高手指点,谢谢!代码如下:
. \$ A! [6 b$ e' \* B
W; K, q3 d5 E) p" _7 |( C5 I public Object buildActions () {6 `) t1 l* @* K; }3 r/ r4 I
super.buildActions();. t3 ] t }! Q+ W- r# \
& X. J* {* H2 W/ v" Y8 s
// Create the list of simulation actions. We put these in
. @1 Y" ?7 n; K) F // an action group, because we want these actions to be1 P6 Z/ ]& _9 g1 z8 H+ S
// executed in a specific order, but these steps should
/ w- Q: j$ {4 J% |( y // take no (simulated) time. The M(foo) means "The message
: Y/ |: {8 ^( y8 F // called <foo>". You can send a message To a particular# @8 @+ `: }! F6 S9 @2 q8 i# n
// object, or ForEach object in a collection.# D4 V: Q- o2 m. z; l) P$ m3 j
! V, f# z a$ |4 H | N // Note we update the heatspace in two phases: first run2 B: z: J/ ]# i1 H. \4 `' S/ e
// diffusion, then run "updateWorld" to actually enact the
3 d+ [ `6 H$ r% k2 s // changes the heatbugs have made. The ordering here is' X1 Y$ H- M) B' v1 ]$ Y* O
// significant!( j* x6 M0 M( p
6 n5 B1 R( V! y F- s) a // Note also, that with the additional1 B u1 h* U/ d8 O" F
// `randomizeHeatbugUpdateOrder' Boolean flag we can
& m! [- h3 j) B! j4 e5 Z // randomize the order in which the bugs actually run
7 t6 n- l/ k* K // their step rule. This has the effect of removing any" F d7 P5 M" E; T0 R! B, s$ t- ?8 R
// systematic bias in the iteration throught the heatbug" n _; \! g9 ?: Y
// list from timestep to timestep. Z- w3 w* z- p$ p+ ~3 t4 o
+ K3 E( I+ f |. z4 Z0 z // By default, all `createActionForEach' modelActions have( u% l, Y; ~+ k8 C( c3 ^
// a default order of `Sequential', which means that the# @/ p6 a+ o, K! z
// order of iteration through the `heatbugList' will be
6 @* b# Q0 e! l: @4 X& k // identical (assuming the list order is not changed
8 P0 H! l- g o! t' Y: w1 I) F // indirectly by some other process).
7 Y- ~' K9 I7 L9 R
) }& ?" p# L5 G: a modelActions = new ActionGroupImpl (getZone ());- o* x1 C2 s. q- X! c* L' i' M
* C& r: t- v5 |/ a' J+ b
try {" {4 a# o1 d/ l4 u8 L
modelActions.createActionTo$message6 w" t4 O; W# V; M/ a
(heat, new Selector (heat.getClass (), "stepRule", false));
9 K3 }9 ^' k: J/ d } catch (Exception e) {' k& G% O2 h2 r' G% l/ H7 a. u
System.err.println ("Exception stepRule: " + e.getMessage ());6 ^( n1 W; d8 i1 `1 a& A
}
: W' a" B: n$ n. m- S, L) k4 V7 Q: e7 k$ g
try {
( g5 e& w- j$ F, ~9 O4 n* A Heatbug proto = (Heatbug) heatbugList.get (0);
1 B; ]: O8 r) K: Y% ?1 } Selector sel = ( e* b! H1 n- {( ~
new Selector (proto.getClass (), "heatbugStep", false);
) r9 @- _$ T. N actionForEach =
5 d. L6 y5 ^+ d$ J modelActions.createFActionForEachHomogeneous$call2 W" @# l( ~% s- R2 b
(heatbugList,/ t5 {/ ?% [# g0 K. N: X
new FCallImpl (this, proto, sel,* L! Q0 V9 i0 f9 ~6 ]+ b1 o
new FArgumentsImpl (this, sel)));! G! `0 L, U, O- [/ f
} catch (Exception e) {
\' c2 g6 x3 `. ^9 h e.printStackTrace (System.err);
+ S) I, ^6 l& E }3 K& |9 T2 g3 W
6 f7 p- d# `$ e% V
syncUpdateOrder ();! P5 F# O/ [; ^9 S# V5 t4 [8 t
# j4 I* e) v, ?5 s! j: ] try {
$ t! P( {! ?- Q. n3 C' ^ modelActions.createActionTo$message 1 ?- `0 K# r& [! T2 H5 R
(heat, new Selector (heat.getClass (), "updateLattice", false));
) u% g2 u+ ~" p } catch (Exception e) {
# [7 P4 \* H' }1 _" c System.err.println("Exception updateLattice: " + e.getMessage ());) N% q* w3 g! m4 Y: }+ F' P; i
}
) d& l' ^" m3 f ] W6 p* ]# i r 6 \5 O" F: C; v4 S! h9 U: a. _4 L
// Then we create a schedule that executes the; e5 o) v# z$ y: ?5 ]6 x9 O4 r
// modelActions. modelActions is an ActionGroup, by itself it
" N/ }0 i$ a6 J6 }5 k // has no notion of time. In order to have it executed in1 m: v' x" ?! n* @- ^' [
// time, we create a Schedule that says to use the( p& X H) t4 C2 B
// modelActions ActionGroup at particular times. This! g8 P) o k. N
// schedule has a repeat interval of 1, it will loop every% Z/ ?5 b Z% N @# y3 I
// time step. The action is executed at time 0 relative to
+ O3 ^8 K6 ], d: e$ r7 @3 a // the beginning of the loop.
/ q4 c5 R; N0 E ?1 m' r! M" L; Z2 ?+ R
, N: ?( h+ y; z0 ^5 C5 k8 z // This is a simple schedule, with only one action that is
# K1 m* \1 Y$ |( n- r$ L, k // just repeated every time. See jmousetrap for more* n( y) I9 |1 F4 |
// complicated schedules.
# c5 z5 X$ e! l; H3 S2 ^$ k: u
& e% G) i! M' @- N0 R" [0 L modelSchedule = new ScheduleImpl (getZone (), 1);
6 G$ V2 |+ Y# J- b modelSchedule.at$createAction (0, modelActions);. a( O+ V8 a( J8 B
! j" j5 _+ f6 `: \; F return this;
9 N% A& w# l* L8 t9 X } |