我们有大约10个基本上做同样事情的应用程序,都是使用.Net 2.0的Wizard Control编写的。他们遵循的流程非常简单:
1. User selects option from a drop downs.
2. Next page has more options more narrowed.
3. User sees confirmation page.
4. Report is generated.
其中一些应用程序具有可选页面,例如允许用户上载报告的自定义图像并允许用户选择特定的数据行。
我正在尝试合并这些应用程序,但我不确定我是否正确地接近这个应用程序。我的第一个倾向是在SQL中创建配置表来驱动出现的菜单。因此,例如,可能会有一个包含WizardId
,Name
,Theme
等的表格,还有一个步骤表,以及另一个将所有内容链接在一起的表格。
有一种更简单的方法可以解决这个问题吗?
答案 0 :(得分:0)
我们最近一直在思考这个问题,我提出了两个看似有效的选项,只是有不同的用途。与您所描述的类似,一种方法是创建以下内容:
这非常灵活,但问题是您必须动态生成收集信息(文本框,下拉列表,广播,文件上载等)所需的所有控件,并存储如何在数据库中显示该控件。
我们在最近的项目中尝试过的另一种方法是将用户控件与每个向导或向导步骤类型相关联。它不是模块化的,但您可以很好地控制控件的排列方式以及如何收集数据。
我认为这两种方法在不同情况下都很有用。采用数据库驱动的方法可以轻松生成新的问题和向导,但缺乏我们对新应用程序所需的用户友好方法。