声明正确类型变量的重要性

如果想要使用某class的属性和方法，必须先将对象声明为该class类型的变量。
比如，某实体有一个表格标签，先将其声明为Table类型的变量，才可以使用表格的[]操作符引用单元格并赋值：
Table LabelTable=current.labels["LabelTable"];
LabelTable[1][1]=5;
8 @6 R6 z& P5 V% l
; r! o+ p, w. u  c如果直接对表格标签赋值会报错，比如以下语句：
current.labels["LabelTable"][2][1]=3;

' V( R- d! L- t- J再比如，将吸收器声明为Object类型的变量，则可以使用location属性：
  \3 U2 {. k& A: V4 P7 m& dObject Sink=model().last;
$ t) P  p: o8 _' W* j& SSink.location.x=0;
如果不声明直接引用则报错：
model().last.location.y=0;

" I. c3 m2 u& H! w( Y
如果将吸收器声明为treenode类型的变量，也无法使用location属性，因为treenode类并没有location属性，只有Object类才有location属性。
+ @, S8 Y3 t, g比如：
treenode sink=model().last;
sink.location.x=0;
1 c" o: P( ]5 k
* f8 `/ ]/ f' L0 D; E这样的代码在语法检测时并不会报错，但是运行是就会抛出异常：

* x: [+ O8 e7 }+ I7 t
3 `+ G. u  I* z明明是使用了错误的属性，为什么会报Label错误呢？
Flexsim并不认为location为属性，因为在treeenode类下没有该属性，只是建模者自己一厢情愿的认为其是属性。
# d" U$ [( o# l" _! R# M8 R; Y对Flexsim来说，节点后面跟上点符号(.)，引出的是属性、方法、标签。既然Flexsim没有检索到名为location的属性和方法，就会判定其是标签。但是我们并未在吸收器上设置名为location的标签，因此系统报错：标签不存在。
3 V4 @0 b1 X( s$ w
! J/ J9 i6 E1 [3 t) N0 X

Classes like the treenode, Object and Variant (to name a few) allow you to call methods,        as well as access properties, variables, attributes and labels (if applicable) using dot syntax.
% F# {) x4 `1 i' j+ U
treenode、Object、Variant（等）类型的变量，可以使用点语法(dot sytax)调用方法，获取属性、变量、属性（特征）、标签（如果存在）。
7 d. R6 I& x4 q7 y1 S

treenode和Object看上去很相似，在早期版本中没有Object对象，都是用treenode。
# [" h/ M0 `4 LObject继承自treenode，但是比treenode拥有更多的属性和方法。
未在Object中列出、但treenode有的属性和方法，Object可以直接使用，但反过来不行。
0 ^1 g. ?6 S. ~! ]7 R# ~

7 _$ ]! o4 h# e# r( w
0 N" Z* w; a" G5 E- z/ m, O
. Q+ o6 P6 k: Y4 k/ n) b) E