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

如果想要使用某class的属性和方法，必须先将对象声明为该class类型的变量。
( e. ^9 F; v( m. _比如，某实体有一个表格标签，先将其声明为Table类型的变量，才可以使用表格的[]操作符引用单元格并赋值：
4 ~4 S6 ?' s& _  x! l1 x& STable LabelTable=current.labels["LabelTable"];
LabelTable[1][1]=5;
  O) m: }" v& {8 F) O2 }# o
& ^7 ?1 K% f" Q) K+ T+ V如果直接对表格标签赋值会报错，比如以下语句：
current.labels["LabelTable"][2][1]=3;

" A0 v) `9 v: V5 {! m6 X& d再比如，将吸收器声明为Object类型的变量，则可以使用location属性：
Object Sink=model().last;
+ ~* F" q" F6 g1 SSink.location.x=0;
如果不声明直接引用则报错：
model().last.location.y=0;

6 t* E' X: j" U0 n1 |
如果将吸收器声明为treenode类型的变量，也无法使用location属性，因为treenode类并没有location属性，只有Object类才有location属性。
比如：
treenode sink=model().last;
sink.location.x=0;

7 O5 ?6 y5 ~- x2 i6 ^# g. t! Z这样的代码在语法检测时并不会报错，但是运行是就会抛出异常：


明明是使用了错误的属性，为什么会报Label错误呢？
+ b+ U3 o0 X* b; g' oFlexsim并不认为location为属性，因为在treeenode类下没有该属性，只是建模者自己一厢情愿的认为其是属性。
  s. `/ ?* v4 |  j# t# v/ i' w" e对Flexsim来说，节点后面跟上点符号(.)，引出的是属性、方法、标签。既然Flexsim没有检索到名为location的属性和方法，就会判定其是标签。但是我们并未在吸收器上设置名为location的标签，因此系统报错：标签不存在。
! A: |) s5 G; R" E1 _( Z! g

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 `( A# U; m! ?% s
treenode、Object、Variant（等）类型的变量，可以使用点语法(dot sytax)调用方法，获取属性、变量、属性（特征）、标签（如果存在）。

treenode和Object看上去很相似，在早期版本中没有Object对象，都是用treenode。
* N' l, H. x0 M: EObject继承自treenode，但是比treenode拥有更多的属性和方法。
- {1 P: _# t' H+ W6 _未在Object中列出、但treenode有的属性和方法，Object可以直接使用，但反过来不行。
% @. `# J$ m& X9 m% T( F4 i1 a1 c

% L9 Z! q  t& I9 k4 M

8 ^# T6 g% }; _8 L: J8 l: T% _3 w