视图堆栈与 Flex 中的状态？
我有一个应用程序，目前正在使用视图堆栈来显示每个页面，我想知道这是正确的方法，还是应该使用不同的状态（或其他状态）。
该站点由菜单栏提供支持，其中顶级项目为“主页”、“工具”、“支持”。 “工具”菜单下面是一个包含“工具 1”、“工具 2”、“工具 3”的子菜单。 目前，当用户单击“工具”子菜单中的任何工具时，我会从视图堆栈中调出一个子容器（每个子容器实际上位于一个单独的组件中）。
这是正确的方法吗，还是我应该使用状态来为每个工具页面显示适当的元素？
I have an app that I am currently using a viewstack to display each page and I am wondering is this the right way to go, or should I use different states (or something else).
The site is powered by a menu bar with the top level items of Home, Tools, Support. Underneath the Tools menu is a submenu with Tool1, Tool2, Tool3. Currently when the user clicks on any of the tools in the Tool submenu I bring up a child container from the viewstack (each child is actually in a separete component).
Is this the right way to go, or should I be using states to bring up the appropriate elements for each tool page?
如果你对这篇内容有疑问，欢迎到本站社区发帖提问 参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。
绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱，如果其他用户或者作者回复了您的评论，将不能在第一时间通知您！
发布评论
评论（3）
这取决于观点的不同程度。 如果它们非常相似，那么状态就很好，因为它们有助于有效地重用基础组件中已定义的大量标记。 如果它们是非常不同的视图，那么其他开发人员将更难维护这些状态，因为它不像每个视图的单独组件那么简单。
ViewStack 还允许使用延迟实例化。 这是由“creationPolicy”属性控制的。 DI 意味着您的应用程序加载速度会更快，因为最初只会实例化 ViewStack 的第一个子级。 当您导航到其他子项时，它们将根据需要进行实例化。
It depends on how different the views are. If they are very similar, states are good because they help to effectively reuse a lot of markup already defined in the base component. If they are very different views, the states will be harder to for other developers to maintain because it's not as straightforward as separate components for each view.
Also ViewStack allows for deferred instantiation to be used. This is controlled by the "creationPolicy" attribute. DI means your app will load faster because only the first child of the ViewStack will be instantiated intially. As you navigate to the other children, they will instantiated on demand.
国家是必经之路。 您可以轻松地重用状态并通过扩展基本状态来扩展其功能。
States are the way to go. You can easily reuse states and expand on their functionality by extending a base state.
正如cliff.meyers所说，如果屏幕之间的变化很大，请使用视图堆栈。 复杂的状态转换将是维护的噩梦。
我通常会选择组合的视图堆栈/状态解决方案。 不同的屏幕在它们自己的视图堆栈中很好地定义，我使用状态在它们之间切换。
As cliff.meyers said, if the changes from screen to screen are drastic, use view stacks. It will be a maintenance nightmare to have complex state transformations.
I usually go for a combined viewstack/state solution. Different screen are nicely defined in their own view stack and I use states to switch between them.