HeatbugModelSwarm中buildActions部分,3个try分别是做什么?查了下refbook-java-2.2,解释太简略,还是不懂,高手指点,谢谢!代码如下:
3 i6 I' y4 p6 p0 P- U3 Q, `
$ Q2 Z h: Q0 a) {$ `; L% @$ A6 C1 S! E public Object buildActions () {" i g! `$ o8 I" K3 T, j4 m
super.buildActions();
' n2 {, y9 t* y
$ {+ n# J3 H1 o3 a9 @+ u2 x% Q // Create the list of simulation actions. We put these in5 w) U1 p; P* k
// an action group, because we want these actions to be
2 ^; y. V9 c5 t* k // executed in a specific order, but these steps should& R; ^+ e, ?; I- Y2 G% d# d; Z
// take no (simulated) time. The M(foo) means "The message: [0 v H) D: u% h
// called <foo>". You can send a message To a particular
, ~ y/ Q5 h7 A% _& X( G0 J // object, or ForEach object in a collection., N A$ l: H- i! N
- p5 u6 ~! o) e0 j: }3 S
// Note we update the heatspace in two phases: first run
* k" V. a" R- n2 f( r% F5 T3 f // diffusion, then run "updateWorld" to actually enact the2 A/ }0 u: |0 g6 S; u6 j' ?
// changes the heatbugs have made. The ordering here is
/ J! [9 \7 e$ G1 G" d // significant!
/ @/ o) [% m: |* x& T
2 K' M$ A$ |+ O5 L7 g) U6 C; I // Note also, that with the additional
6 Y; M; J0 X' d4 b% ] // `randomizeHeatbugUpdateOrder' Boolean flag we can7 `/ ?1 i( E& z0 b3 F2 Y
// randomize the order in which the bugs actually run8 Q+ W' c: k! M# d! e
// their step rule. This has the effect of removing any8 H7 J+ @! o. @) U" L
// systematic bias in the iteration throught the heatbug
$ K0 G) N* E0 ]( [" E // list from timestep to timestep
; }# O4 R9 j4 u A
" K/ l2 a l8 i3 y q9 T1 M' V. f# i9 ] // By default, all `createActionForEach' modelActions have
# Q D" F" w( A, n+ U // a default order of `Sequential', which means that the' [. f5 e$ j4 ]' A+ G( |6 k) i
// order of iteration through the `heatbugList' will be
2 U E4 p4 T Z7 ?6 r# Y // identical (assuming the list order is not changed
( G. l0 s) P8 I3 j8 v // indirectly by some other process).
8 k* ~1 P7 n7 ^4 c) L9 q/ k" s
4 s! r" u5 ? R# L( ^; {& J modelActions = new ActionGroupImpl (getZone ());
( L; h- {. I' x7 t* s7 z1 V/ k) w" |3 b& v7 M$ |
try {+ y+ {& ]- H5 D/ C, \
modelActions.createActionTo$message( Q/ c) c) E* D2 y4 w
(heat, new Selector (heat.getClass (), "stepRule", false));
# q+ }, E5 K' r } catch (Exception e) {
0 g6 I t4 B8 w: ? System.err.println ("Exception stepRule: " + e.getMessage ());9 c/ ?; w9 b5 b9 h5 A1 V* Z6 \
}
2 ~( {" t( R9 F+ R$ s6 m6 p( z+ J" @( b& a; x; s. g& o
try {
) h) {0 R; ^0 e- u, ~ o, I Heatbug proto = (Heatbug) heatbugList.get (0);
9 e0 f9 F$ y6 g2 S, s3 ] Selector sel = . u. |& `0 Z# v# T" p
new Selector (proto.getClass (), "heatbugStep", false);
* {1 Q, l% u" J actionForEach =0 B5 g8 J1 Z' U9 `2 ?: }8 p) |7 ]
modelActions.createFActionForEachHomogeneous$call
3 t6 {6 [4 ~# l7 R (heatbugList,$ q( `% P- i B& V
new FCallImpl (this, proto, sel,
$ z8 w4 @4 N0 r. s. v. X( D/ Q new FArgumentsImpl (this, sel)));
7 P. }( N7 W* W$ Q, m0 _ } catch (Exception e) {. Y/ i. r( _8 x$ q( _
e.printStackTrace (System.err);
" ~! C( A/ ~1 \9 a }
0 ]2 ^5 M0 p" d* W5 _ * i& X! s( ? N( O
syncUpdateOrder ();2 n8 Z6 k* s" ^& Y3 m! f/ Q
+ I. G6 Q& {8 U5 y! l5 I& O) b# T
try {3 k8 z6 l; A: r) s7 C
modelActions.createActionTo$message
1 w/ k, s; A/ E$ [0 _ (heat, new Selector (heat.getClass (), "updateLattice", false));
% Q; v( f+ L/ e$ Y+ k7 L } catch (Exception e) {1 v# U7 }* k6 C6 f* b- C3 p
System.err.println("Exception updateLattice: " + e.getMessage ());: T' G" p% J2 W( ^0 I" a
}
/ b% o) A! |9 n$ S8 `# ?1 p , q5 W0 M" C y: R' }
// Then we create a schedule that executes the# a/ J+ @% I. W/ ? X+ h
// modelActions. modelActions is an ActionGroup, by itself it' I) [3 o1 w u- j
// has no notion of time. In order to have it executed in' S; S+ Q/ h0 Z
// time, we create a Schedule that says to use the: t" X$ j2 l, U( R; A M2 P9 a) T
// modelActions ActionGroup at particular times. This a3 h# ]2 N* W/ v9 j1 f# z
// schedule has a repeat interval of 1, it will loop every
/ _% r7 W: d2 V+ I# m9 ~. ] // time step. The action is executed at time 0 relative to
7 F. D( K1 B B6 q+ z/ Y // the beginning of the loop.
0 l9 H5 U7 [3 ? u" Z
& m. Z* y- ~" A& J$ f // This is a simple schedule, with only one action that is4 P, P: K& z C( Z5 f
// just repeated every time. See jmousetrap for more# K( n2 p% N! P# \) v
// complicated schedules.5 N% ]! G; p5 `2 i- I9 q
! M) @6 [( I( B0 V" ~4 i7 p modelSchedule = new ScheduleImpl (getZone (), 1);
3 M# m5 L- F$ X0 s7 A8 C2 N' E modelSchedule.at$createAction (0, modelActions);; e" w! Q7 ?" }5 w- ~8 A. x+ L4 }
- g* {3 e9 H' e9 P! P& G: z
return this;: s5 C" ^: F' a C
} |