HeatbugModelSwarm中buildActions部分,3个try分别是做什么?查了下refbook-java-2.2,解释太简略,还是不懂,高手指点,谢谢!代码如下:. u! @# N' `$ i; c1 Y2 v( v- I
, r! c( V. u0 C- I" Z4 ^
public Object buildActions () {
; z6 A+ k, M; E: D" E super.buildActions();
+ Q9 y c" L) E* v" M# a( Q+ a - [: @4 a; U& N, z& h
// Create the list of simulation actions. We put these in. L3 [" G. b0 ?% y' y7 q
// an action group, because we want these actions to be
. }( z9 ~: m' c* I/ w% P/ W // executed in a specific order, but these steps should
; c5 F0 l/ s! q" E! O( z5 b // take no (simulated) time. The M(foo) means "The message1 I* `5 F" I- A6 s# V
// called <foo>". You can send a message To a particular
" K8 g! a: c& s // object, or ForEach object in a collection.
% [! |& M8 W# H8 _) X( F
. i0 G) D5 z, s4 G // Note we update the heatspace in two phases: first run
5 S' k' W0 U2 N; k // diffusion, then run "updateWorld" to actually enact the0 m: a' `& N7 m
// changes the heatbugs have made. The ordering here is+ j$ w/ F; G' P& J: L
// significant!1 a9 ^% B4 F) o5 F% h9 V
% {) l6 ] f. B0 d4 X* l) o // Note also, that with the additional
' _. ~6 A) [! W' D8 L0 o" l // `randomizeHeatbugUpdateOrder' Boolean flag we can
& s, Z/ ?/ a% b1 s$ I // randomize the order in which the bugs actually run
. H1 y9 E% v1 ]0 N1 ? // their step rule. This has the effect of removing any
8 W* n' g* H5 C- v: @; F% k1 ^; C! t# l // systematic bias in the iteration throught the heatbug) k% ?+ E2 O/ Q2 k
// list from timestep to timestep
6 f- D, g9 I9 W+ g# ^: P* s
% W" c$ z c1 X7 m0 }1 j // By default, all `createActionForEach' modelActions have; Z. m f( |, H$ C1 h4 Y
// a default order of `Sequential', which means that the5 c0 U% Z. z" j |( r. T
// order of iteration through the `heatbugList' will be! V# b: E7 K3 j4 x( S3 z# E
// identical (assuming the list order is not changed
& T$ k( C1 D& x! Y& u, r d // indirectly by some other process).
* Y) d# x# e8 ^' {
2 g6 r1 \9 a" U$ I1 ~ modelActions = new ActionGroupImpl (getZone ());: J$ C n5 t. b6 Q. Z7 ? r% _
5 D j4 [( {: g$ G7 e) A( x# F try {
, \4 ]& D& t* D8 ^* m! L% Z modelActions.createActionTo$message
% F3 l2 _2 F7 T& L (heat, new Selector (heat.getClass (), "stepRule", false));7 c9 o; @- U, U5 S- ]0 t1 R
} catch (Exception e) {% f4 p8 x5 P' c7 e
System.err.println ("Exception stepRule: " + e.getMessage ());9 E4 k( @: {3 x) y+ h
}2 `0 e# e2 o8 W4 z+ ?
, M w4 E! p( v2 K$ i: R try {+ D0 I# Z, a8 E. |, T2 ?
Heatbug proto = (Heatbug) heatbugList.get (0);( D. u2 W/ l5 ~1 P
Selector sel = ' `9 w% I5 {$ ^1 M
new Selector (proto.getClass (), "heatbugStep", false);' r6 i/ k9 C# r; u; K
actionForEach =
/ k- V2 b$ [7 o1 C2 B8 K0 o* K modelActions.createFActionForEachHomogeneous$call
6 O6 l/ m ^& z O (heatbugList,% Q9 E+ n1 B1 l/ Z
new FCallImpl (this, proto, sel,# o1 V7 q$ W; g k" \+ e2 @' y
new FArgumentsImpl (this, sel)));
$ w7 B& e8 K9 S: ]+ L3 f7 ~ } catch (Exception e) {
( v; a# U/ H) W e.printStackTrace (System.err);2 v5 x* }, m2 Y; v
}5 V* ~, l; k: O7 r; }% g; H
8 |2 C' e) U1 l* f2 a% H syncUpdateOrder ();
1 z& K7 ~" H# t/ i7 T2 w. H$ S& `3 W
try {* x! M; V& o' {- K! _: P
modelActions.createActionTo$message % m2 @4 s+ h7 ?$ w3 Q' T
(heat, new Selector (heat.getClass (), "updateLattice", false));
* K5 s* t3 ^% L* S. y5 S6 { } catch (Exception e) {+ g" T! m! s# M H8 I2 n, r Q
System.err.println("Exception updateLattice: " + e.getMessage ());
! G2 t2 Z6 t% }% Y+ \1 {+ G }$ e4 {- O n+ o# [) Z+ z M; {
2 C$ j$ j6 T$ j+ Z& A d
// Then we create a schedule that executes the
$ p6 g" l; v- `+ y // modelActions. modelActions is an ActionGroup, by itself it' _9 F8 Q7 {+ D9 I4 q" ?2 m8 [
// has no notion of time. In order to have it executed in+ o/ e Y! Q z% }
// time, we create a Schedule that says to use the8 l+ y) K# H) ~6 |6 \
// modelActions ActionGroup at particular times. This
& n. o' f& \% z' o+ a; U // schedule has a repeat interval of 1, it will loop every
) r; x/ v' n8 F$ m) k; _- c8 f // time step. The action is executed at time 0 relative to
' m1 H2 u+ E1 r9 C5 D // the beginning of the loop.) V* \6 z. `4 f
/ N" A5 C8 e! T. A // This is a simple schedule, with only one action that is4 z, j, y0 _2 ]& B. W
// just repeated every time. See jmousetrap for more
% P% W6 \8 r6 A2 w+ i' x. c0 J // complicated schedules.# Y5 K$ B8 t/ a0 [; o
9 P! N0 t( V! }6 M# z modelSchedule = new ScheduleImpl (getZone (), 1);
+ ]* s/ N1 j8 G% J) K1 _ modelSchedule.at$createAction (0, modelActions);
5 ?9 j; _9 X& D: T$ J
7 x h( j% }( |* ~0 Y return this;
) M, H/ I! h$ O! U. r9 k } |