HeatbugModelSwarm中buildActions部分,3个try分别是做什么?查了下refbook-java-2.2,解释太简略,还是不懂,高手指点,谢谢!代码如下:* i' N2 B/ `1 v& \* ?
( g& @( w( r& i1 f' o; x
public Object buildActions () {
6 I- I, n& i e+ j. A4 {, c# X super.buildActions();
1 Q5 W8 _2 l) [8 g0 g; s: J1 \( o
( j$ A2 t& P/ r, k+ R6 F2 ] // Create the list of simulation actions. We put these in+ z1 w, v$ z$ R" R8 L( R( e( p
// an action group, because we want these actions to be
. b1 R1 @4 ^1 V7 B& m2 B // executed in a specific order, but these steps should
0 |6 s- e* r0 E; d$ q( x // take no (simulated) time. The M(foo) means "The message
3 M1 i* N0 ?& }& Z // called <foo>". You can send a message To a particular
8 C; R. y, F4 b" ] // object, or ForEach object in a collection.! L. z2 {, E1 O5 r0 ?0 M
/ m8 A' s* F( [# b+ Y5 E // Note we update the heatspace in two phases: first run# M' ?/ ?& ?! _. |" O# u
// diffusion, then run "updateWorld" to actually enact the: Z. Y9 r- k y, T( t: G3 \
// changes the heatbugs have made. The ordering here is6 x, H6 r2 S' r) l* G! K# J
// significant!
4 M) {9 ~8 P) w3 t
( ?3 k0 a% ]0 `: m // Note also, that with the additional
3 W, \- V) ?: k- N& ? // `randomizeHeatbugUpdateOrder' Boolean flag we can; F T; Y2 K4 r1 x& X( [
// randomize the order in which the bugs actually run5 K& v# `; _; U) l3 W% o% R
// their step rule. This has the effect of removing any
% L1 x l8 h$ g" y // systematic bias in the iteration throught the heatbug$ j# @' Q" K2 b$ o: T* x! N
// list from timestep to timestep! A6 ^1 q* p0 {8 ?7 g
9 o! P% ?: W8 q# s8 E' b
// By default, all `createActionForEach' modelActions have1 _# j- o- V$ D H5 |4 F
// a default order of `Sequential', which means that the
) l& p% r3 _' b: y1 L2 q9 L% M' s+ K9 N // order of iteration through the `heatbugList' will be
" j8 P V& [& z, N: q$ F$ o1 X // identical (assuming the list order is not changed
, H' }) X$ f2 J% B9 H" n- @* P1 S // indirectly by some other process).0 o& y& _1 h" J j" c3 c
5 {% n T- x* @2 A$ x
modelActions = new ActionGroupImpl (getZone ());
$ @. r& r, q1 u+ \, H! T# u3 d9 @: f
try {
- B* b* n" c7 {; a. {. E% _& L modelActions.createActionTo$message
) ?% S3 \; s. z (heat, new Selector (heat.getClass (), "stepRule", false));# b1 ^3 r& w- n7 }: w: m
} catch (Exception e) {* I( o' t0 o/ ^. N, H
System.err.println ("Exception stepRule: " + e.getMessage ());/ i; X$ u; k& h) }1 f. y' j& r
}% k( @& O* G Z6 Z- a
: v( G7 U- A) b2 a' ~, f try {; F7 _* t$ \' P& d7 y& _
Heatbug proto = (Heatbug) heatbugList.get (0);
; h0 N/ m1 U9 d! J9 N" d# S( P% g Selector sel = 8 F5 l7 B4 ~0 t S! U
new Selector (proto.getClass (), "heatbugStep", false);
& V, V+ m! c* C) v) O actionForEach =
3 t9 n. q$ ~3 w modelActions.createFActionForEachHomogeneous$call
$ s* |2 \3 m2 g7 {3 j8 P (heatbugList,
+ Y7 p& V8 }7 L$ Z5 }( i new FCallImpl (this, proto, sel,( k- f/ Y" B! S' v& k% N9 V5 ?. b
new FArgumentsImpl (this, sel)));
W c5 ~5 T- {# M } catch (Exception e) {
: M0 _6 u3 _# ^* a$ i* H& r e.printStackTrace (System.err);
! Y) ?1 Z4 ~3 A8 }+ C3 K/ y$ j }8 L' W p3 h8 [( W
K) [$ {! m) q- D) j5 O1 d syncUpdateOrder ();- m w g; s- L$ k8 {4 U* g
! ~9 P5 c8 P/ g$ @% t" ] try {% ^2 r& a! Y4 X3 d6 i
modelActions.createActionTo$message ' \0 [9 K r7 `1 f' _
(heat, new Selector (heat.getClass (), "updateLattice", false));9 M& x+ o( c' B. _8 m: L/ K
} catch (Exception e) {
9 }2 B) t& {% D* t9 h System.err.println("Exception updateLattice: " + e.getMessage ());1 \# U. j O |8 n* g
}# B' u7 A8 s& l
% X! k: {0 ]1 c* ^; Z
// Then we create a schedule that executes the
]$ d/ @) ^7 p& r // modelActions. modelActions is an ActionGroup, by itself it$ y0 h5 D- B' T; D
// has no notion of time. In order to have it executed in. O- e% c3 {, R% }1 o, i! W
// time, we create a Schedule that says to use the5 [$ @- V$ z6 x/ k
// modelActions ActionGroup at particular times. This
6 A2 e( q N( \/ r+ K1 _8 T" L // schedule has a repeat interval of 1, it will loop every
* ` s& A- a' P3 u; b // time step. The action is executed at time 0 relative to
/ N5 s3 e# V9 O4 M$ a // the beginning of the loop.
, T; B- z8 s8 K5 n3 z* x ]( l6 N7 R
// This is a simple schedule, with only one action that is
+ f# k% d. C3 Z6 L L) h( g // just repeated every time. See jmousetrap for more! w. T; w* Z7 j- w* I+ `2 t' @
// complicated schedules. P# I; F- `# Z2 w+ R' u5 M( G% |! [
& j4 g/ f! \$ A4 l) Q# f, c
modelSchedule = new ScheduleImpl (getZone (), 1);) j ]0 l" f' S2 U* y
modelSchedule.at$createAction (0, modelActions);
a$ Y/ a8 n# o9 e4 p* U 1 h9 {# ~2 ~8 D) Z+ X$ J6 f5 r
return this;; k7 F" K& g: ^6 v2 F i
} |