导航条容器内置推迟实例化-creationPolicy属性详细介绍

本文来自Flex白皮书

导航条容器内置推迟实例化

Flex中的导航条容器（ViewStack、Accordin、TabNavigator）中内置了推迟实例化。默认情况下，推迟实例化意味着Flex在启动时不会创建任何子视图，但用户通过导航到该容器可触发所有子视图的创建。下面的代码显示了两个导航条容器 TabNavigator 和 ViewStack 的使用：

 1<mx:tabnavigator>
 2<mx:vbox id="tabNavView1">
 3<mx:linkbar dataprovider="myViewStack">
 4<mx:viewstack id="myViewStack">
 5<mx:vbox id="view1">
 6</mx:vbox>
 7<mx:vbox id="view2">
 8</mx:vbox>
 9<mx:vbox id="view3">
10</mx:vbox>
11</mx:viewstack>
12</mx:linkbar>
13<mx:vbox id="tabNavView2">
14</mx:vbox>
15</mx:vbox>
16</mx:tabnavigator>

TabNavigator 容器创建了 tabNavView1，因为它是 Flex 实例化 TabNavigator容器时显示的第一个视图。实例化 tabNavView1 导致 LinkBar 和 ViewStack的第一个视图 view1 被实例化。当用户与 LinkBar 交互以选择 ViewStack中的另一个视图时，Flex 将创建该视图。Flex 如此继续，在调用时创建导航条的所有后代对象。

容器标签中的 creationPolicy 属性控制子视图的创建。下面的列表将解释 Flex导航条容器每个 creationPolicy 属性设置的含义。

• creationPolicy=“auto”
  Flex创建导航条容器时将不会立即创建所有的后代对象，只创建开始时可见的后代对象。这一推迟实例化行为的结果是带有导航条容器的MXML应用程序加载很快，但从一个视图浏览至另一视图时，用户将等待短暂的停顿时间。可用性研究表明，与应用程序启动时为创建所有导航条子视图而等待较长时间相比，这种用户体验更好。同样，用户可能从不访问某些子视图，因而在启动时创建这些子视图会浪费资源。注意，如果在一个非导航条容器上设置creationPolicy为“auto”，则必须加入额外的代码来指示何时创建该容器的子对象。这些额外代码已经内置进导航条容器中，因而可在导航条容器上设置creationPolicy 为“auto”而无需任何额外的工作。
• creationPolicy=“all”
  Flex创建导航条容器时将创建所有子视图中的所有控件。这一设置导致程序启动时有一个延迟，但在视图之间切换的响应时间将会较短。
• creationPolicy=“none”
  Flex将不会实例化导航条容器中或者其子视图中的任何组件，直到实例化方法被显式调用。可用createComponents() 方法显式地实例化视图。Flex文档中有更多关于设置自定义组件创建计划的信息。

通过设置 creationPolicy属性，可手工创建子视图，并决定在应用程序架构的何处发生创建导航条容器子视图所需的资源占用。可用性研究显示，使用auto设置可取得较好的用户体验。一个常见的错误会延长应用程序启动时间，即错误地在某一个导航条容器上设定creationPolicy=“all”。仅当能确保组件创建计划足够高效时可设置creationPolicy 为“all”。