HeatbugModelSwarm中buildActions部分,3个try分别是做什么?查了下refbook-java-2.2,解释太简略,还是不懂,高手指点,谢谢!代码如下:
: C. a& @. Z7 Z: M$ n' ?
- D7 K$ _' x2 B public Object buildActions () {, k6 O- |! L( l) N# P
super.buildActions();5 g0 L& ~* {0 A" O
5 h# W3 b4 E9 ^7 o8 Z& a8 V // Create the list of simulation actions. We put these in
9 T* @* M% ?$ V. B9 g // an action group, because we want these actions to be
* c$ B* K+ o+ _, I+ _% k // executed in a specific order, but these steps should; H0 q" W- l% ]9 F1 u! d/ Q v% [
// take no (simulated) time. The M(foo) means "The message
4 W3 H3 u8 {9 h) f& b& I // called <foo>". You can send a message To a particular a) c/ z, F+ }: F+ F* x% r
// object, or ForEach object in a collection. F/ n6 }) z. s6 ?0 A
9 Y$ I1 |9 w S4 }5 f1 f // Note we update the heatspace in two phases: first run
4 o; l+ H0 s0 m& C // diffusion, then run "updateWorld" to actually enact the
; G- L: N3 x+ G7 l2 j1 E // changes the heatbugs have made. The ordering here is
. E, L/ h- X3 s // significant!
& R' U7 C6 o* u) h) I; w: c: F 6 h( y- w2 i# E
// Note also, that with the additional0 f0 l8 N( E3 {7 E3 ]3 z" \, ~& T5 ~
// `randomizeHeatbugUpdateOrder' Boolean flag we can
; \! k& D1 k% U; N3 _ // randomize the order in which the bugs actually run
2 p' R9 J, t) g! n$ N8 K) g R1 m // their step rule. This has the effect of removing any* ^9 ~6 ~$ p5 q2 \6 N3 i
// systematic bias in the iteration throught the heatbug
$ Y i9 N% b& {2 y // list from timestep to timestep9 M$ c* @2 O. x) w* C
" C8 l( w3 _* g% v
// By default, all `createActionForEach' modelActions have
0 U# Q% C+ ]/ a/ o4 g: U$ ^ // a default order of `Sequential', which means that the% o4 h' t" J& P( B; j
// order of iteration through the `heatbugList' will be; u4 U" i1 Q& v2 S3 N
// identical (assuming the list order is not changed8 k/ S& c9 t( l2 n0 ]6 U- |
// indirectly by some other process).# b7 j; g, M% c9 P+ L* v- w
& e9 V# Z j% q- ? modelActions = new ActionGroupImpl (getZone ());
7 c, e' V/ V/ R; q: \ J7 \" n( O: p% |6 w _8 L
try {
/ d a( g, \9 N5 l modelActions.createActionTo$message
* S, H/ K; P5 n, k/ q2 l, q (heat, new Selector (heat.getClass (), "stepRule", false));
& C+ A( X1 J8 B+ Y& p; ]$ M$ p6 R } catch (Exception e) {
! F. M% [% T% N System.err.println ("Exception stepRule: " + e.getMessage ());
. S" l: {* x" s0 { H# |( }1 @ }
; T" U( ~' e( }. p! i( ^
2 }8 o* V: n3 D5 Y& @7 x: ? try {6 h# ?7 x9 e+ A' c( S
Heatbug proto = (Heatbug) heatbugList.get (0);0 s8 @* D- f _, z
Selector sel = : [ ^; b9 E1 ?! Y `
new Selector (proto.getClass (), "heatbugStep", false);) L M, `: o0 e
actionForEach =2 R. l; m% H. @
modelActions.createFActionForEachHomogeneous$call2 Q) v- V5 b! e5 Z2 ^ c- g( }
(heatbugList,% n l J& P* E, N
new FCallImpl (this, proto, sel,
, `! D' v; d, b# y2 u( V/ a, b new FArgumentsImpl (this, sel)));
5 b5 ~* }' n: P% n8 q; Z } catch (Exception e) {" x$ q3 z. d5 a* z% f$ N# d
e.printStackTrace (System.err);. ?; y2 r0 N- {& ]1 M" s) D2 x
}% z$ B) S0 x( |1 Z7 c8 N: @
# V, x' G8 M& C4 x6 W Y( [ syncUpdateOrder ();: G- @" g4 _$ Z& D$ j- `
0 M0 t: Y# o2 V4 D7 T+ P
try {: T0 @7 _, f6 \' |; ?
modelActions.createActionTo$message
$ ^" T" {6 i7 Z K (heat, new Selector (heat.getClass (), "updateLattice", false));1 a7 c/ q1 [0 U
} catch (Exception e) {
* z0 ^9 H* ~: J' N System.err.println("Exception updateLattice: " + e.getMessage ());- t) H1 d, p7 [( S
}8 ]* K' u: D2 ]; d7 J# P
& x, }( E- B/ u+ i7 Y. j6 q3 ~4 ^
// Then we create a schedule that executes the
2 b, _+ H: {3 B5 p" u/ J9 k // modelActions. modelActions is an ActionGroup, by itself it
# e, L5 s' J" t* m7 u( G // has no notion of time. In order to have it executed in
8 b6 U" T; w3 I: ]! u- ~ // time, we create a Schedule that says to use the# z# i9 W' Y- P3 z/ h$ Q
// modelActions ActionGroup at particular times. This
* S- L- E3 v( A // schedule has a repeat interval of 1, it will loop every
5 Q1 o+ S, b' l8 n9 _ // time step. The action is executed at time 0 relative to
) r7 j% d9 S( [0 s+ B! {2 ~ // the beginning of the loop.
4 i2 H; e# ?* O |
: {) g6 `, M5 d) x* T // This is a simple schedule, with only one action that is
1 }) c( N5 y/ F3 i0 Y* U4 B, U2 r // just repeated every time. See jmousetrap for more
8 i" {# y+ D! L5 V // complicated schedules.% q- d/ ^: P3 _- u( k! ^4 V6 q
}' O! n. i% j modelSchedule = new ScheduleImpl (getZone (), 1);6 R" m# P: m! t% q/ `; V
modelSchedule.at$createAction (0, modelActions);) P3 M8 f, S, K! x1 a
6 \; O; m7 B; l1 o9 D return this;! ^6 I2 Z& T( r- q# t8 O) c0 t, z
} |