HeatbugModelSwarm中buildActions部分,3个try分别是做什么?查了下refbook-java-2.2,解释太简略,还是不懂,高手指点,谢谢!代码如下:' y( k$ K$ O% V" S
3 B0 D7 A& {2 C- |1 q
public Object buildActions () {
% r3 S( A) u# w r: D4 L2 x super.buildActions();, Y( t! w+ p+ l; A
' _" ]( a: h/ ?) m5 a9 N // Create the list of simulation actions. We put these in& e: y: M% v1 Q' x0 N/ v4 f% {
// an action group, because we want these actions to be
0 ]% g% o% ]2 V# P$ M // executed in a specific order, but these steps should
" ^9 B. V& l# N+ w* A' J // take no (simulated) time. The M(foo) means "The message
* L3 |9 u x, H% v" o // called <foo>". You can send a message To a particular
0 B+ e) M' i- r p! P6 M5 O/ F$ f1 n3 b // object, or ForEach object in a collection.* d& n4 m: ?# L
$ P; v* S/ x* q- c% Y) p // Note we update the heatspace in two phases: first run. u9 K; A& V1 W! ^
// diffusion, then run "updateWorld" to actually enact the/ T5 ?* }. Y4 J# h+ d
// changes the heatbugs have made. The ordering here is' m$ h# J* ]! `4 r5 o6 \5 I" y
// significant!
1 }+ K$ ^; O, {( G$ S# r6 R
, g6 ~+ Y' ~. M5 a // Note also, that with the additional
# t. g5 u' {, f% ^7 x7 z; v: ^ // `randomizeHeatbugUpdateOrder' Boolean flag we can
. G6 A$ x- D, r // randomize the order in which the bugs actually run
* _' }$ z" K: d0 u5 F$ ^" t' ~ // their step rule. This has the effect of removing any3 H) o1 }8 F1 F6 w N- C+ ]; O
// systematic bias in the iteration throught the heatbug; j/ j4 i5 N5 M8 ^ ]! K8 j
// list from timestep to timestep
b1 x, \0 o5 N) c # {* D9 \& m# _: I; N, G4 x
// By default, all `createActionForEach' modelActions have
e( }) z# B1 o% u# L // a default order of `Sequential', which means that the
9 g- s5 |' b8 i; g // order of iteration through the `heatbugList' will be/ X( [* r5 ]+ u/ u3 T
// identical (assuming the list order is not changed
" C, S/ d1 K) s. Z0 ~ // indirectly by some other process).. ~0 D/ f: D7 t+ ]: [
2 a; B( e+ ?/ K) H* d. q% g; u
modelActions = new ActionGroupImpl (getZone ());
Q" @. P8 i8 H$ I: M& x( u+ n! f L: c
try {
0 H5 i6 v$ c8 x4 U3 g2 r modelActions.createActionTo$message8 U8 \8 `- F2 _( g! Z+ A
(heat, new Selector (heat.getClass (), "stepRule", false));( {1 ?* j# Q8 i
} catch (Exception e) {
$ U) r7 D4 D+ U6 E$ ] System.err.println ("Exception stepRule: " + e.getMessage ());8 L4 s$ t. x4 k3 _
}
$ B8 e" h! E2 X- p6 O2 i1 F
+ X% i s5 v! q% g/ d; O try {2 r* e! u3 j+ |0 g+ k8 y7 `
Heatbug proto = (Heatbug) heatbugList.get (0);
; O# N3 v! X: o. v( A Selector sel =
9 h/ r4 w- f/ d) C: e% y new Selector (proto.getClass (), "heatbugStep", false);6 h `% ]: J+ f# Y' t( O5 @
actionForEach =
) ?. ?, h, o" i8 @; t modelActions.createFActionForEachHomogeneous$call
4 H. b& m+ s/ h+ _ (heatbugList,
6 j; ] o5 J/ ~6 `& e new FCallImpl (this, proto, sel,6 D& o7 n: U) ?) y$ k2 R
new FArgumentsImpl (this, sel)));5 \" i3 F P* \* H+ V
} catch (Exception e) {
* M* l) V n# p1 _( G e.printStackTrace (System.err);
: @% i% N a6 L$ {" V' h }8 o1 p H1 m# E4 j/ X6 |
2 w2 M! q/ X; O/ a# W9 \2 l2 V- G
syncUpdateOrder ();
! V- }% f: B, X& w) m
! I) @2 n/ G) z+ C1 x1 l0 _" A/ M try {0 P: {8 v" D& y9 O, g
modelActions.createActionTo$message % v# K- n) P/ r! ~/ U8 E6 d
(heat, new Selector (heat.getClass (), "updateLattice", false));
3 M* r4 |$ X8 W) Z } catch (Exception e) {
% E0 }$ f. c1 P7 R' F. H8 a System.err.println("Exception updateLattice: " + e.getMessage ());
3 Y; m5 j3 g \/ E3 f. M/ A8 m }4 P8 B$ H& T( N# Z. L& N7 p" ?
' h8 Z- E- L, s& D. K H& n // Then we create a schedule that executes the5 Q2 V1 m( C1 B
// modelActions. modelActions is an ActionGroup, by itself it
) P: c1 Y) T' _ // has no notion of time. In order to have it executed in) v9 ^, w g7 ~) @# u9 a
// time, we create a Schedule that says to use the2 y, ?4 g& r* T, j+ Q
// modelActions ActionGroup at particular times. This
" V# v4 o; C8 z+ s; O // schedule has a repeat interval of 1, it will loop every. s F/ J7 _' o, ~) b N5 }
// time step. The action is executed at time 0 relative to
1 c" ]" y$ D5 E9 M1 f5 I0 M4 S // the beginning of the loop., e( Y+ b) }8 J" {: t3 M2 [6 i6 X
b$ p# C- Y& E+ X# d i
// This is a simple schedule, with only one action that is3 ~1 Y1 Q+ [# e' {7 i: m& j
// just repeated every time. See jmousetrap for more1 J, n# [# o2 ~% C3 Y
// complicated schedules.7 K. |0 u( U7 r9 v, R) w
$ U# O0 X8 r3 X8 B* ?4 j; B modelSchedule = new ScheduleImpl (getZone (), 1);& h }2 M0 I; e: J% D: N
modelSchedule.at$createAction (0, modelActions);8 P5 s6 j3 Z& D% ~
# I; q' I" _, s. }' z. c% [4 A( ~
return this;" a) N% O$ ?4 R% }4 |
} |