HeatbugModelSwarm中buildActions部分,3个try分别是做什么?查了下refbook-java-2.2,解释太简略,还是不懂,高手指点,谢谢!代码如下: B2 R4 q: O: d. a( b1 i
# `' B$ N7 R, p# `" ?( W public Object buildActions () {
+ |. _( J: `' A+ A9 d# @ super.buildActions();$ d& v5 o+ b0 u+ E( y( Y
- Q" A1 {+ U0 Y2 \$ u) f // Create the list of simulation actions. We put these in
) f7 r- h3 t. ` // an action group, because we want these actions to be' D9 [# }& |/ r9 Y3 p
// executed in a specific order, but these steps should6 H$ {6 r! K6 c7 f# { @$ F; H. d
// take no (simulated) time. The M(foo) means "The message7 }: O% f& d5 v
// called <foo>". You can send a message To a particular8 p+ O/ U j9 @0 h9 n* y! g' C
// object, or ForEach object in a collection./ I9 S' H, J. n1 y( b0 d& p* ?4 J
& T# y, x9 Q. E // Note we update the heatspace in two phases: first run1 r6 ^# d/ N1 \0 d2 h! V( E
// diffusion, then run "updateWorld" to actually enact the7 P! A2 J: {, m/ e; Z3 B# k
// changes the heatbugs have made. The ordering here is
6 l( x* e' D: j3 p0 f8 F // significant!. I2 Z3 S T' u5 x P8 ^
S" y/ {6 F3 n$ i7 k
// Note also, that with the additional
0 l! n3 ^0 Y: I // `randomizeHeatbugUpdateOrder' Boolean flag we can
; g- w7 ^/ \& U% |$ J6 r G // randomize the order in which the bugs actually run0 f" d, H9 p" U
// their step rule. This has the effect of removing any( C% {6 M: N& Y' e5 x, D/ Y2 e
// systematic bias in the iteration throught the heatbug9 V) m$ ?5 Y' t+ Y G( o
// list from timestep to timestep: i( {% l$ q% b
0 M J# b- s1 _- Z
// By default, all `createActionForEach' modelActions have
, ]7 s* m" Q5 u. q% D // a default order of `Sequential', which means that the
& |% Y/ d0 [2 C) g! q9 U( i" ~8 ^1 F" a8 B // order of iteration through the `heatbugList' will be( [3 e. C) Z& w9 m
// identical (assuming the list order is not changed
, D, P7 P5 s" G( F+ \1 `3 j# F# D // indirectly by some other process).
3 h" N$ i5 n. y# w9 J5 y
$ @1 c3 @ l/ G modelActions = new ActionGroupImpl (getZone ());
/ }* E- R7 o; M" ]7 S" t
1 m( g9 J7 a7 F; @% R( z$ } try {% I4 f' W0 q& b! {/ k3 a9 F+ N
modelActions.createActionTo$message
" E" o$ ?! q- i/ s9 @: D& ~) T (heat, new Selector (heat.getClass (), "stepRule", false));
3 G% p/ x# i- U } catch (Exception e) {
1 s+ ]7 ]# m# }9 [9 v) a System.err.println ("Exception stepRule: " + e.getMessage ());8 {5 L% N# g; d6 _ }. ?
}" @4 F. D' y' i* N; T
' J9 ^ p( Q2 s+ T# r0 D& ~ try {
# a% _0 f* e- c- ^4 D$ K Heatbug proto = (Heatbug) heatbugList.get (0);
* t: r/ O2 U0 t) Y; G9 X Selector sel = $ G# n' B- u5 W: b* o0 u2 {0 n" X( n! y
new Selector (proto.getClass (), "heatbugStep", false);! @8 w& G: \* |
actionForEach =2 A8 F: X" a, e7 H
modelActions.createFActionForEachHomogeneous$call
$ K' a0 ]7 A# [: n4 Q2 ^+ r* S; p (heatbugList,
( k7 q- B2 \/ l1 i new FCallImpl (this, proto, sel,# J& g0 o7 ?5 r D, M( K: i7 B/ ~8 s8 L
new FArgumentsImpl (this, sel)));
* v7 V" R. s P* L& b4 u } catch (Exception e) {5 F$ J3 f& g) V4 q5 X w
e.printStackTrace (System.err); N. k; j+ c$ r9 Z$ g' F
}
/ L. E8 A6 v2 p
) U! y- K+ B) f9 L7 _9 a syncUpdateOrder ();5 x3 M; U. d. V! f9 p% x* x6 \
$ F1 o/ q$ s( G& U+ K& k; c try {$ p$ z y0 y1 z/ M- \+ o2 x
modelActions.createActionTo$message 1 w& L# k K7 N* `
(heat, new Selector (heat.getClass (), "updateLattice", false));9 w* g1 {3 h) W, y- X8 \' [6 W
} catch (Exception e) {" p& }& h! T! }8 w/ H! q1 B; h* |' N
System.err.println("Exception updateLattice: " + e.getMessage ());, v0 t3 J$ R, u( f7 {- L
}
5 A! R1 T. g) q3 {; t , w4 ~- h9 i6 F' ^ y$ J# G8 |4 ]# R
// Then we create a schedule that executes the/ t o4 d0 s5 l% ~& {
// modelActions. modelActions is an ActionGroup, by itself it) R6 [0 A5 g. m
// has no notion of time. In order to have it executed in
+ ]; H: e0 O2 ^: c- C& f- Q1 s // time, we create a Schedule that says to use the
8 o) F! C' P3 {8 O. s; T // modelActions ActionGroup at particular times. This7 {' \4 w* j+ `; r
// schedule has a repeat interval of 1, it will loop every
" ]/ {# V* p, B! | // time step. The action is executed at time 0 relative to& Q0 F4 R* ~9 h# T+ e
// the beginning of the loop.8 o" s8 ]8 I! r! Z
6 G: t2 e" \% T- r( a // This is a simple schedule, with only one action that is
" M5 {3 S( e2 J# i // just repeated every time. See jmousetrap for more" N1 a' u5 o/ w/ F" e& p
// complicated schedules.$ r6 u4 E8 H* e% n
% p# ^! H" O- X+ E0 e% O5 G modelSchedule = new ScheduleImpl (getZone (), 1);
3 g) ]5 o. w/ n* _$ R. ]. a \, [. t modelSchedule.at$createAction (0, modelActions);
& F# g0 G: i, N, q. P4 q & m% K1 `4 N4 z( \- \: k, A3 Q
return this;
5 p5 m- k- `. n$ ~4 E5 s) e } |