HeatbugModelSwarm中buildActions部分,3个try分别是做什么?查了下refbook-java-2.2,解释太简略,还是不懂,高手指点,谢谢!代码如下:
$ N3 C) v; e$ C% S9 H; R \0 D z, _+ C s6 w/ J
public Object buildActions () {
/ @1 w1 d T) C; ] super.buildActions();, s( i3 u+ y4 A
0 t5 ^$ C; K- @- A4 K8 A // Create the list of simulation actions. We put these in& Y6 E6 }. \; V m% t, D
// an action group, because we want these actions to be5 [3 e; ~) {' G/ s
// executed in a specific order, but these steps should8 z4 {, K, m! p x
// take no (simulated) time. The M(foo) means "The message K8 n- t1 n6 R$ m- C
// called <foo>". You can send a message To a particular
% E( Q+ ?/ n0 h; A7 [' G: z8 J // object, or ForEach object in a collection.
6 z) D" v& W- A& G( @; [2 m5 a ( Q. w2 K. y% y! e- g/ A
// Note we update the heatspace in two phases: first run+ _9 J) `6 D( O. R: U0 A% r7 ?
// diffusion, then run "updateWorld" to actually enact the! l2 G/ `. a8 n$ z: K! M
// changes the heatbugs have made. The ordering here is
5 U g! ?" L/ w8 U: g$ c# [ // significant!
+ y2 S+ b2 D1 p/ a8 Y$ \2 x$ v4 H + l# i; Q" j7 B6 n4 m }1 M$ D# Q
// Note also, that with the additional
- U% M, A9 U4 v* }( B, ]6 r // `randomizeHeatbugUpdateOrder' Boolean flag we can2 g/ E, T8 s: F$ ~( Z. N' i. P
// randomize the order in which the bugs actually run3 [( ]/ a2 ~# \* R" P# e
// their step rule. This has the effect of removing any& i( j# K+ p! A8 w6 c3 o. ^7 D) {
// systematic bias in the iteration throught the heatbug' \$ }5 U6 { i2 a$ i6 S
// list from timestep to timestep
+ m3 p2 X6 { n- E% H. F
" R: j6 N+ R9 N; w" V) m: H# e // By default, all `createActionForEach' modelActions have
1 [& F+ N! D! |! W- j // a default order of `Sequential', which means that the% G, J; J |7 K* _7 T# g
// order of iteration through the `heatbugList' will be: E: o% H6 S$ r, }
// identical (assuming the list order is not changed( Z7 b0 V' [+ S0 w0 C
// indirectly by some other process).5 Z, _5 A8 V4 O3 d
* |/ ?. T4 Q( v8 _( f modelActions = new ActionGroupImpl (getZone ());
1 d" t. M& K9 g) p4 t, C e0 Y" i7 Z& A
try {5 i+ Q! q" O, e% R; @/ z
modelActions.createActionTo$message* b- W2 S0 L' S! }* m3 a4 a
(heat, new Selector (heat.getClass (), "stepRule", false));2 U4 E, Q+ V# D7 Z; }
} catch (Exception e) {. M0 h/ Q) F" V P' j; |
System.err.println ("Exception stepRule: " + e.getMessage ());+ x, ? N1 q1 e$ x3 ~4 j p/ B
}
9 B3 I. R# N5 A7 l5 B$ K$ k# Z% `$ ?: N4 X( y5 K' T5 j" |
try {7 O. S8 l! b0 H3 ^, b' I
Heatbug proto = (Heatbug) heatbugList.get (0);
: k3 k. H. _* `& X& _ I Selector sel = 5 }4 P+ ?& y9 A: u
new Selector (proto.getClass (), "heatbugStep", false);
# _- U) ~' _9 r% S( P actionForEach =2 v" N; P/ E5 T; \+ o* P3 O9 ]
modelActions.createFActionForEachHomogeneous$call' h9 f/ E$ w( L
(heatbugList,* B6 a" P3 u; s. p Z( a
new FCallImpl (this, proto, sel,
- b9 ?& R- s! w$ w new FArgumentsImpl (this, sel)));0 y* Y% Q7 y, u8 T
} catch (Exception e) {
# T* q, z' M' k$ h! E e.printStackTrace (System.err);
: F M) B5 |6 h4 K" K! h+ | }1 W' o; u: R% m7 |! [! H7 v
/ Z7 G" u' b0 G syncUpdateOrder (); d& b6 B$ ]* k7 J# q$ r
- T; D2 G: E2 b# u# ?, I try {
' i, b C3 t8 M modelActions.createActionTo$message
: ~- K7 V* v+ ` (heat, new Selector (heat.getClass (), "updateLattice", false));
) G; b6 G7 i8 ~7 q# U' U% a } catch (Exception e) {
8 d9 L- x3 S, I: `6 Y System.err.println("Exception updateLattice: " + e.getMessage ());( H! g+ ~4 q! _( _/ J
}; [' b% d5 o& L# ~! D8 t. R2 f& y9 N
- b" f9 }" C& N$ a
// Then we create a schedule that executes the
3 X& a7 c/ }0 ?! W1 W3 M6 Z5 i // modelActions. modelActions is an ActionGroup, by itself it
: m( @" C: C* ~* A* @9 r) C // has no notion of time. In order to have it executed in
* [5 w" ~( J3 O // time, we create a Schedule that says to use the
1 m$ r. W% ~- ]1 i! x) y // modelActions ActionGroup at particular times. This
4 _5 ~9 d1 R& p // schedule has a repeat interval of 1, it will loop every0 i5 }, y# K$ [3 X+ V( \. Q
// time step. The action is executed at time 0 relative to
* ]6 K# q! k8 { // the beginning of the loop.0 X# |! X% [7 g) w$ e! G/ ?& P: f7 P
7 b2 T' X9 S! H- A1 E$ K
// This is a simple schedule, with only one action that is
- }4 G0 t9 D* ]3 k, d* P. v- E // just repeated every time. See jmousetrap for more
( D" r u* {# J4 u4 x- I // complicated schedules./ N0 c6 n! N9 @5 Z3 L( ^0 V4 |! H4 \
3 D1 q. ^3 b- g. } modelSchedule = new ScheduleImpl (getZone (), 1);
# q/ F6 n& G r1 Y6 n modelSchedule.at$createAction (0, modelActions);. u' x3 t( }' E& l& G) [0 |2 M
' ^7 z G5 V2 ? \" P return this;
2 d3 y7 R; z; q! P$ O } |