HeatbugModelSwarm中buildActions部分,3个try分别是做什么?查了下refbook-java-2.2,解释太简略,还是不懂,高手指点,谢谢!代码如下:* I. @# O* P. m5 A5 X' t
8 Z* A! t" l- S5 H: i4 u+ P
public Object buildActions () {
* D8 h* r) i2 |- ^0 u8 \+ N super.buildActions();9 k. K2 A F1 {( u# m
5 L7 d! ]1 x& ?+ V
// Create the list of simulation actions. We put these in1 U( q$ E7 s w1 j3 w4 ]% ~% J+ \
// an action group, because we want these actions to be# `/ V4 }# g0 F2 v
// executed in a specific order, but these steps should
2 L- \2 S) B/ C, C& _" J+ ]; y // take no (simulated) time. The M(foo) means "The message
. Y& w! G6 A# o' C* _6 D: ` // called <foo>". You can send a message To a particular3 F' D3 _, |& L& n7 f" i
// object, or ForEach object in a collection.
% y7 Y2 D& T0 c2 d1 R
! g$ i& Q2 }0 y; }8 Z: O; Z w$ B4 ^ // Note we update the heatspace in two phases: first run
1 `# i/ ^. V( l* o% H // diffusion, then run "updateWorld" to actually enact the
. C& \* d0 K+ z* t; w# r // changes the heatbugs have made. The ordering here is/ G+ `' q- N0 u, L& ~6 i# E2 v! J( k
// significant!" E1 ~- r. t, T! G
/ z# E B. F: V. ]6 l // Note also, that with the additional
4 C F8 _# x$ K3 X) ]' \ // `randomizeHeatbugUpdateOrder' Boolean flag we can& s2 ` V& V3 o
// randomize the order in which the bugs actually run( \8 O0 L) Z! [" f* z/ m. U
// their step rule. This has the effect of removing any
& O$ h K" q; U+ p // systematic bias in the iteration throught the heatbug8 p- C a% y7 h) \" h; d
// list from timestep to timestep
2 W- s0 N+ f. g$ k* d- T
4 l0 h6 x7 K% E l$ `' e // By default, all `createActionForEach' modelActions have" g+ A* t: d$ X* {4 I+ a) {$ H0 L
// a default order of `Sequential', which means that the
5 `" [8 ~& U1 H1 m9 C8 v // order of iteration through the `heatbugList' will be/ u% T: U8 I. J q
// identical (assuming the list order is not changed! p8 Y5 a7 N" j- v; @
// indirectly by some other process).* D$ }$ N. d" T
" z% l" p3 b2 L
modelActions = new ActionGroupImpl (getZone ());
$ x$ s9 c- ~8 [7 V) [7 a5 W& C4 R4 e1 L. |6 p+ v/ R- R
try {3 e/ C9 n9 L, \0 L
modelActions.createActionTo$message# p) l$ b; n1 Q/ _" N
(heat, new Selector (heat.getClass (), "stepRule", false));
2 |" J$ |6 X" P& i3 Z% d& k4 W: S } catch (Exception e) {; I4 j% {) @" t+ } \
System.err.println ("Exception stepRule: " + e.getMessage ());
" ?% h( r% B+ S+ S }
% j6 Q; ^( H3 J) I
/ @# n; K4 z6 }: B; V try {, Q/ n: i0 Z' O+ J; D- W
Heatbug proto = (Heatbug) heatbugList.get (0);7 T: J# D; Q: m8 C% }* E( ?
Selector sel = , f! B, N$ X6 q1 q* o& W2 J9 x4 f
new Selector (proto.getClass (), "heatbugStep", false);
. ^+ n( X6 Z4 t, V actionForEach =' {" J2 ^6 P' d! j
modelActions.createFActionForEachHomogeneous$call8 ?7 i& i2 d8 A* b/ n/ L/ y* [. `
(heatbugList,
+ q, z: Y1 R7 R7 b; c, X new FCallImpl (this, proto, sel,
8 y# j7 C$ s7 s new FArgumentsImpl (this, sel)));
6 v# Y4 R; Z, K& W } catch (Exception e) {3 o* T9 q% u* z% D
e.printStackTrace (System.err);
# p( m, L, U0 {- Z- o1 O+ X" ? Q }. S) a! ^, W4 H+ Q3 M2 ^
2 j5 q9 O: W( s0 \: K
syncUpdateOrder ();
% z. ~. U6 `! Z! ^% E% Z4 C0 y1 X' z, o0 @3 Q7 B% G8 X; s' d) s
try {3 Z. J" Y3 ~3 [6 u
modelActions.createActionTo$message
8 R! m- Y& c# R4 N# A4 A( T# J1 u (heat, new Selector (heat.getClass (), "updateLattice", false));, z9 S0 M1 k% F0 x- S. n/ R! f3 A
} catch (Exception e) {1 C3 F: ~2 I7 V" F) a8 n$ ^8 e
System.err.println("Exception updateLattice: " + e.getMessage ());
" Q9 h, H5 @7 Z7 a$ K+ B }
* h. |, v; F* B; q5 \( f5 z, S; c# W 2 d+ J X: m% H1 p: r( H. u1 p$ ^
// Then we create a schedule that executes the* E0 V) ^$ y4 C
// modelActions. modelActions is an ActionGroup, by itself it
3 c5 _$ n# ^7 w1 D* D, U# J // has no notion of time. In order to have it executed in
5 g) r- l0 i& ^4 n // time, we create a Schedule that says to use the" f4 l7 v% J9 z# Z% }- k
// modelActions ActionGroup at particular times. This
4 w& p8 v. F9 W; _0 D // schedule has a repeat interval of 1, it will loop every
" `" i N c/ R3 K2 C( ~ // time step. The action is executed at time 0 relative to. w8 c) y: q" P3 G5 M
// the beginning of the loop.) F: `8 y- _9 S3 R/ x" g
/ @# A' x# y: P, A: f+ h: b // This is a simple schedule, with only one action that is
6 r, U) ~# z/ X+ I. ~+ C0 g // just repeated every time. See jmousetrap for more2 s. H( j! k0 u3 r% J* t
// complicated schedules.3 F! K; \) l# ]+ L, x
+ \! F9 b' v* t; G7 c
modelSchedule = new ScheduleImpl (getZone (), 1);
- x7 h3 _! l3 B M modelSchedule.at$createAction (0, modelActions);* F4 d3 d, j# t3 C: ~) G
" C R/ \" o4 E2 p return this;
4 H$ Y* }2 r J! K } |