HeatbugModelSwarm中buildActions部分,3个try分别是做什么?查了下refbook-java-2.2,解释太简略,还是不懂,高手指点,谢谢!代码如下:
9 B5 F! C5 H; i W! @1 S& G: j8 N, v) g; y! |0 \
public Object buildActions () {, s9 ^ o; ^, V) x8 d2 X
super.buildActions();# f0 z' [' R) n7 X. [- q3 j
1 O8 k! c6 q2 U# l3 t3 x // Create the list of simulation actions. We put these in. K$ X' A5 f+ E7 w, C
// an action group, because we want these actions to be+ [4 A+ P2 w4 K/ n% |& }
// executed in a specific order, but these steps should X9 L( g4 z1 z6 Y- M' Z
// take no (simulated) time. The M(foo) means "The message
: N% j- I, ~( t, W3 f // called <foo>". You can send a message To a particular
# E/ O& H( H$ p- D- [ // object, or ForEach object in a collection.4 I+ a) O+ n8 C" ?/ J* [. J
1 }. \& b4 J9 @- x* J0 m I: I, a // Note we update the heatspace in two phases: first run
3 L0 Y" A6 V* `1 k // diffusion, then run "updateWorld" to actually enact the
8 Z4 n: G, |( T6 E // changes the heatbugs have made. The ordering here is4 h- r3 }& |% u3 U, t3 x
// significant!
0 d J3 x5 N9 K" y/ E; s% W# P
6 R$ H8 B" e2 y0 ] // Note also, that with the additional
4 u6 e# c$ M- `2 u' r/ Z; I6 b // `randomizeHeatbugUpdateOrder' Boolean flag we can
+ E' R2 D P. _* f, Z // randomize the order in which the bugs actually run
- ^. h, z/ r$ L# U // their step rule. This has the effect of removing any
" \, f6 l o: M0 C. o7 r // systematic bias in the iteration throught the heatbug
$ |) S4 O( P( R3 t // list from timestep to timestep
' _) X+ R1 ]! S. ?& O, @ {% E; ?+ f. s/ M6 E9 F: ?) G
// By default, all `createActionForEach' modelActions have
+ c# a8 s) h, h$ t9 \ // a default order of `Sequential', which means that the+ ~0 [1 b) I. T; J4 m/ }& }( \' e
// order of iteration through the `heatbugList' will be
- m. O$ b! \+ u2 ^6 ^: l* W7 b // identical (assuming the list order is not changed
+ o6 Y' X6 {% P( ?* F: P# c& K' S // indirectly by some other process).
2 _0 U* H1 Y4 R0 a/ q9 D / [ s. _1 a5 p" V4 N# {
modelActions = new ActionGroupImpl (getZone ()); k m, S5 J4 _+ V( L+ Y! _, \
% _% {* R! V2 ?
try {6 ~0 h" Q% Y3 j2 r, d6 s1 I
modelActions.createActionTo$message
% J. o+ Q3 w; }, g4 I; W+ B% i0 U (heat, new Selector (heat.getClass (), "stepRule", false));0 y. ^& q- l n- y( A2 S
} catch (Exception e) {
/ q' k/ n- D0 l0 t6 ~9 x. } System.err.println ("Exception stepRule: " + e.getMessage ());
7 U; O) b0 j1 q }- A L+ K I" H9 v
* M( q: b" ?) `; I try {! h1 C( g1 W/ O+ U2 I4 @
Heatbug proto = (Heatbug) heatbugList.get (0);
1 v1 ]% Z& i( w! g# \- |. l Selector sel =
% }: e" Z8 s( j0 L) _0 q new Selector (proto.getClass (), "heatbugStep", false);0 S) `, r ^1 f) q$ p
actionForEach =
; c2 B+ D4 {4 Q, j; L! S7 j modelActions.createFActionForEachHomogeneous$call/ ^, V0 K6 o8 N; V" d! f
(heatbugList,7 o1 Y4 p: d5 C
new FCallImpl (this, proto, sel,/ o% H1 G' x$ r$ ?) m
new FArgumentsImpl (this, sel)));5 p; v: F; Y# _' ^" Q5 p: }
} catch (Exception e) {, i. n0 _5 z0 ^9 a
e.printStackTrace (System.err);$ H) k4 W9 Z) d: t7 \
}
$ |0 U( l) c0 }0 j7 @( ], `8 t5 N 2 h) b% K' ]- k+ n& O* ~
syncUpdateOrder ();5 G2 J2 H6 Z4 J, d
# v+ Z3 ?5 C+ v* i# M" T0 j" m
try {
) B: z& T+ e- D4 k- `& X modelActions.createActionTo$message 7 X! V% h4 X5 d$ m! A- u
(heat, new Selector (heat.getClass (), "updateLattice", false));
) y: ^& b+ I& Q/ ] m } catch (Exception e) {
: ?# J: n' c1 t+ ^ C: ? System.err.println("Exception updateLattice: " + e.getMessage ());
7 d2 m) f$ F9 m8 d! a3 n }
/ Q$ E3 s. |2 J0 {. J$ D& J; H( x
& w8 E2 S! ]8 [! Z# | // Then we create a schedule that executes the
# P- F l+ w( R$ R& x* y // modelActions. modelActions is an ActionGroup, by itself it5 k. B& x3 d; O4 z) H$ O
// has no notion of time. In order to have it executed in, L- `: o( K6 y7 i6 f% {# ~, e
// time, we create a Schedule that says to use the
7 i p( G5 x! T4 e7 S$ W' P // modelActions ActionGroup at particular times. This
& ` q, \, n0 f6 M; ^% P( K. _ \% { // schedule has a repeat interval of 1, it will loop every
* {# N* x) o- K) }7 a6 Y7 e) n$ h! f5 n // time step. The action is executed at time 0 relative to+ K* W, ~4 w+ T& [
// the beginning of the loop.+ w' v+ u" {1 w# ~4 h
0 q: J. \! X# [/ X" O
// This is a simple schedule, with only one action that is
, H' u3 w# I% [1 b+ Q, T/ {9 B // just repeated every time. See jmousetrap for more* C% u8 `" ~: }' G" F9 ?
// complicated schedules.
( d' @6 ~8 l, e- k
- ^" p/ y v G L# p+ R modelSchedule = new ScheduleImpl (getZone (), 1);
# m) Y/ H! n% Q6 [ modelSchedule.at$createAction (0, modelActions);
; N& @# N2 ^4 e, u ) h# p) C6 q C0 P0 L& S+ D4 W- b
return this;2 |5 ^ {# U2 c% H. p$ M' w" N
} |