3

基本的に同じことを行う約 10 個のアプリケーションがあり、すべて .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などのテーブル、手順のテーブル、すべてをリンクする別のテーブルがある場合があります。

私が見逃しているこれにアプローチする簡単な方法はありますか?

4

1 に答える 1

0

私たちは最近、この問題について考えてきましたが、どちらも有効で、用途が異なるだけの 2 つのオプションを思いつきました。あなたが説明したのと同様に、それを行う1つの方法は、次のものを作成することです:

  • ウィザード情報を保持するテーブル
  • 各ウィザードで尋ねられる質問の種類を一覧にした表
  • 各質問に対してユーザーが入力したデータを保持するテーブル

これは非常に柔軟ですが、問題は、情報を収集するために必要なすべてのコントロール (テキストボックス、ドロップダウン、ラジオ、ファイルのアップロードなど) を動的に生成し、そのコントロールをデータベースに表示する方法を保存する必要があることです。

最近のプロジェクトで試したもう 1 つの方法は、ユーザー コントロールを各ウィザードまたはウィザード ステップのタイプに関連付けることです。モジュール式ではありませんが、コントロールの配置方法やデータの収集方法を自由に制御できます。

どちらのアプローチも、さまざまなシナリオで役立つと思います。データベース駆動型のアプローチを採用すると、新しい質問やウィザードを簡単に生成できますが、新しいアプリケーションに必要なユーザー フレンドリーなアプローチが欠けています。

于 2008-11-10T02:30:28.140 に答える