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

如果想要使用某class的属性和方法，必须先将对象声明为该class类型的变量。
9 S! V: o- }4 f2 v1 ~. y% o比如，某实体有一个表格标签，先将其声明为Table类型的变量，才可以使用表格的[]操作符引用单元格并赋值：
Table LabelTable=current.labels["LabelTable"];
+ C1 p) J7 o6 E6 @3 V2 Y) kLabelTable[1][1]=5;

* ^7 |# O) u5 R; w% H. g如果直接对表格标签赋值会报错，比如以下语句：
current.labels["LabelTable"][2][1]=3;
" X$ m' ?- H+ D4 K# b, ]
0 R' t* e: x/ |再比如，将吸收器声明为Object类型的变量，则可以使用location属性：
Object Sink=model().last;
/ Z* f1 A: A  F: X% ]& cSink.location.x=0;
如果不声明直接引用则报错：
/ a& Y" r( N. Tmodel().last.location.y=0;
4 z, z$ {5 d* z# e

6 N6 z7 N3 ?; R  J7 D# `如果将吸收器声明为treenode类型的变量，也无法使用location属性，因为treenode类并没有location属性，只有Object类才有location属性。
3 j& S% x; U  t比如：
treenode sink=model().last;
sink.location.x=0;
) T; n- k* s! H2 z, T/ Y) O
7 p$ X8 D. |1 ]3 o' E8 `这样的代码在语法检测时并不会报错，但是运行是就会抛出异常：


  a8 `. A, v6 F" k# H4 E' H) d明明是使用了错误的属性，为什么会报Label错误呢？
Flexsim并不认为location为属性，因为在treeenode类下没有该属性，只是建模者自己一厢情愿的认为其是属性。
对Flexsim来说，节点后面跟上点符号(.)，引出的是属性、方法、标签。既然Flexsim没有检索到名为location的属性和方法，就会判定其是标签。但是我们并未在吸收器上设置名为location的标签，因此系统报错：标签不存在。
. T' G# H& s$ Z& {% e  j. t1 D
+ ]# H3 p4 g/ {; }; E
  b: J& N9 N* [) Z+ i5 p* T4 U

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.

0 L1 [' ?5 D$ G3 e5 X% }treenode、Object、Variant（等）类型的变量，可以使用点语法(dot sytax)调用方法，获取属性、变量、属性（特征）、标签（如果存在）。
! b0 R) L! O6 b! j

treenode和Object看上去很相似，在早期版本中没有Object对象，都是用treenode。
Object继承自treenode，但是比treenode拥有更多的属性和方法。
' ~: B6 l6 Q0 K6 |5 j& A, y' S4 \' |3 V未在Object中列出、但treenode有的属性和方法，Object可以直接使用，但反过来不行。

0 M9 d0 R3 \5 o% A1 Y7 c" g. S

; r" u' M; U: X% d4 I
7 W7 o' E8 s( h  L, G

肉眼判断的方式：就是添加点语法命令的时候是否会自动变色，如果没有变色，也说明没有声明为Object或者根本就不存在该属性或方法
但是在利用标签名使用点语法引用的时候，可能不会变色，但是也能正常使用。这是因为该标签是在运行过程中创建的，在执行该代码语句的时候，标签如果已经存在了，那么就可以正常使用。
( y5 V( P  i% f1 J, G1 D0 M  {这也是为什么点语法在检查语法的时候对此类情况并不报错的原因。