使用.Net 2.0向导控件设计模块化Web向导

Question

我们有大约10个应用程序基本上执行相同的操作，所有这些应用程序都是使用向导控件for .Net 2.0编写的。他们遵循的流程很简单：

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等，也是一个步骤表，以及另一个表，用于将所有内容链接在一起。

有没有一个更简单的方法来处理这个，我只是想念？

Answer 1

最近我们一直在思考这个问题，并且我提出了两种看起来合理的选择，只是有不同的用途。做到这一点的方法之一，类似于你所描述的东西，是创建以下文件：

• 保存向导信息
• 在每个向导
被要求列出的问题类型的表的表
• 一个表来保存用户输入的数据为每个问题

这是非常灵活的，但问题是你必须动态地生成您需要收集的信息（文本框中的所有控件，降了下来，收音机，文件上传等）并存储如何显示该控件你的数据库。

我们在最近的一个项目中尝试过的另一种方法是将用户控件与每个向导或向导类型的步骤关联起来。它不是模块化的，但是您对控件的排列方式以及数据收集方式有很大的控制权。

我认为这两种方法都适用于不同的场景。使用数据库驱动的方法可以轻松地生成新的问题和向导，但缺乏用户友好的方法，我们希望为我们的新应用程序。