HeatbugModelSwarm中buildActions部分,3个try分别是做什么?查了下refbook-java-2.2,解释太简略,还是不懂,高手指点,谢谢!代码如下:" Y, q* N- D) v, R! t- {
0 @, o6 q9 X4 L3 d6 ^* t: Y( ? J7 l: v public Object buildActions () {( |& @6 V+ I8 E3 X
super.buildActions();. M/ Q0 Q8 s# P( n" M$ a4 S' w
: V' s6 r/ v1 f: }( P# B% H // Create the list of simulation actions. We put these in
8 o* P2 N$ p# Z: W, Y8 e9 M/ q5 w // an action group, because we want these actions to be, y* f' P" N; C A+ r# |
// executed in a specific order, but these steps should
- ?7 Q2 S* e0 I5 b# B; ^% D8 m // take no (simulated) time. The M(foo) means "The message
, O5 ?/ B& u. \# y // called <foo>". You can send a message To a particular
5 ]( }8 s# W; H$ _ // object, or ForEach object in a collection.
/ M/ o2 a" M5 d8 V7 d
. @% Q6 O- k' ]% r // Note we update the heatspace in two phases: first run
4 {0 U8 r R. c( Z4 b. V M // diffusion, then run "updateWorld" to actually enact the
4 z" p* @* |! C // changes the heatbugs have made. The ordering here is4 B' z4 b1 Q7 x. b
// significant!3 n% @' j3 G6 H6 p
) ^$ i: z# N$ l/ I // Note also, that with the additional
- K1 o8 ^& j% x* A // `randomizeHeatbugUpdateOrder' Boolean flag we can5 C5 m: G3 X0 P+ E, ~
// randomize the order in which the bugs actually run
6 @. h2 j4 ~; s9 h9 d, l // their step rule. This has the effect of removing any
! [2 o/ S9 R) o: Y; |' [% u3 a8 v // systematic bias in the iteration throught the heatbug
) k4 H5 g1 R( i: y# `* a+ _ // list from timestep to timestep
" W# N0 p& W! G' m 4 u2 u* r7 u2 j
// By default, all `createActionForEach' modelActions have
, T& h7 F9 ~: I! I" N1 g+ z$ C // a default order of `Sequential', which means that the0 l' ^( E. ~; W7 |7 v# g( c/ ?
// order of iteration through the `heatbugList' will be) m: |5 e/ `. `- _( D% ^( @6 _& R
// identical (assuming the list order is not changed
& n2 T/ L0 t) N0 H* L // indirectly by some other process).5 Q. u# g1 s% W
: ~3 `/ ~ L: e$ u
modelActions = new ActionGroupImpl (getZone ());/ K' s, F, L8 ?, ]( A0 g9 [
) O7 i _# @. ?, b
try {
; }' b; q; @1 A3 n7 ~ modelActions.createActionTo$message5 o) w0 t2 r8 a- W/ {% N- Z
(heat, new Selector (heat.getClass (), "stepRule", false));! p% o% ~( z$ ] Q% y! O
} catch (Exception e) {! x# F7 f3 `, `/ m# E9 ]8 L/ v
System.err.println ("Exception stepRule: " + e.getMessage ());
/ } c ]2 g! w2 t2 n( G) y }
8 _8 X: {" A" s
# l9 P# b$ _3 A w+ A5 b try {! k1 @+ b4 ?% u$ b
Heatbug proto = (Heatbug) heatbugList.get (0);0 w% U) `& Q7 c K
Selector sel =
9 y) G6 \' W3 o0 B5 f Y new Selector (proto.getClass (), "heatbugStep", false);, }* V0 C8 A7 p/ l6 | W% N" f
actionForEach =- Z2 I* F$ L9 l% n: J
modelActions.createFActionForEachHomogeneous$call
m, I3 q0 G) H: l6 s6 g* t' | (heatbugList,
' L1 V- U7 {# g! [ new FCallImpl (this, proto, sel,/ e4 J! y S" W9 a k
new FArgumentsImpl (this, sel)));3 `' E) y& @3 N6 M( v1 ^
} catch (Exception e) {$ z: z" Y5 \ E+ v8 T0 o( B
e.printStackTrace (System.err);- v; q3 L) g4 ^/ J
}! L! H4 z4 J# D! ~" E
! y3 \; s2 n/ T2 [+ ? syncUpdateOrder ();
) ~/ e+ s, P( t
) F9 R5 v) I- O. ^" c) y5 h" N try {' j i6 H3 B5 ?8 _( o
modelActions.createActionTo$message 9 r: S6 {8 d6 N/ i, k( v5 k% c
(heat, new Selector (heat.getClass (), "updateLattice", false));% F0 Y2 c* q7 s) v. }1 n, V8 O
} catch (Exception e) {
% w5 a0 p+ a! O, E; k& D9 W System.err.println("Exception updateLattice: " + e.getMessage ());
+ a, l; t( l. H$ \2 l0 K }# e7 y7 }6 x$ |* c4 ]
4 C) K+ V5 c- V5 k9 f
// Then we create a schedule that executes the
- Q# f6 v) p# k3 C+ z2 G8 b // modelActions. modelActions is an ActionGroup, by itself it
# ^7 u! ^% l- W // has no notion of time. In order to have it executed in
: U Y# X, w1 {& Q u" K // time, we create a Schedule that says to use the
& `) ?$ u& {7 o/ I // modelActions ActionGroup at particular times. This
$ Q& |$ M3 G) t7 t# d( H // schedule has a repeat interval of 1, it will loop every8 l2 ^2 X0 M2 \
// time step. The action is executed at time 0 relative to+ s4 m2 W' Y% t- n1 y6 L
// the beginning of the loop.6 Y9 h) y8 S7 C0 W o& {3 K
: U' L( a' F8 J" ] // This is a simple schedule, with only one action that is# _2 q% M! |" j8 Q
// just repeated every time. See jmousetrap for more! C* d2 K8 q, v) |' G; Q
// complicated schedules.
$ D: `1 [9 u3 ? , }. c3 m. ^/ ~, v3 u5 U8 m
modelSchedule = new ScheduleImpl (getZone (), 1);* G* e& D6 C+ M
modelSchedule.at$createAction (0, modelActions);7 Z% r# d2 v6 A! c
' j6 J/ [% r8 w9 [: L, \& c return this;- g( u* i! b5 U" m0 a) g2 L/ k
} |