Flash Builder中的多页数据库应用程序-如何访问/调用不同的屏幕?

| 我正在尝试创建我的第一个现实世界应用程序。它是Flash Builder 4中由数据库驱动(通过Web服务)的应用程序。 该应用程序将具有30多种不同的数据输入表单屏幕,列表屏幕,搜索屏幕等,它们都使用不同的Web服务。 显然,我希望将其拆分,以便随着应用程序的增长而易于管理,并且使应用程序尽可能快(如果必须加载所有元素,则初始加载可能会很慢,但是我希望它能够用户“进入”应用后,点击速度很快)。 到目前为止,我采用的方法是拥有我的主应用程序(称为布局),然后拥有一个ViewStack,上面装有每个不同的屏幕。这很好用,但是这意味着每次我添加一个新屏幕时都需要维护一些代码(有关此信息:在应用程序中从另一个组件交换MXML组件-可能吗?) 每组表格都是相关的,因此应用程序的“客户”区域具有数据输入表格和一些列表表格。我需要在加载时传递参数。即。 \“加载ID为123的数据输入表单”。 目前,我为每种形式都有一个组件,即。 ClientForm和ClientList。这是一个好方法吗?我应该改为使用模块吗? ViewStack是一种有效的方法吗?     
已邀请:
如果我要开发这种应用程序,我将拒绝视图堆栈并接受状态。自Flex 2/3以来,它们变得更好。与视图堆栈相比,状态的主要优点是您没有为子容器创建其他一些容器/容器。另一个优点是可以使用字符串标识符切换状态,您可以轻松地随事件传递字符串标识符,而无需在字符串标识符和视图之间使用某些映射。仅使用与州名称相同的字符串。因此,它将被松散耦合并且非常模块化。 另一个建议是尝试将您的应用程序分解为尽可能小的独立组件/类。尝试将对服务器的所有调用隔离到单独的操作/命令中。如果需要,可以使用一些体系结构框架(例如Mate,Parsley或其他;请避免使用Cairngorm或PureMVC)。 预分析您的屏幕和通话。屏幕和通话数量是否有限?将来是否必须添加它们?多久添加一次?如果屏幕数量有限,将来极少有可能添加一/两个屏幕,则可以将所有状态放在一个MXML组件中,并使用事件模型将视图本身提取到单独的组件中,以从中获取自定义事件的反馈。如果存在大量视图,则可以形成一些视图层次结构,在单独的子组件上将状态分组,以具有可读(可维护)的代码。 如果存在大量的表单/视图,并且可以在以后定期添加,则另一种策略是使用模块。在这种情况下,您应该提供一些配置文件(建议使用XML文件)以及模块描述。主应用程序加载该配置,然后决定如何加载和显示模块以及侦听和响应哪些事件。 我希望以上列举的指导可以成为规划应用程序的良好起点。祝好运!     

要回复问题请先登录注册