私の会社は、従来の ASP (悪夢) から .Net (急速に同じ悪夢になりつつあります) に移行しています。800 を超えるフォームがあり、処理方法は非常に似ていますが、800 の異なる質問セットがあります。
それらには共通のコードがあります: データベースへの追加、データベースからの取得、ユーザー入力の検証、クレジット カード情報の検証など...
Visual Studio 2008 を使用しています。これらのソリューション/プロジェクトをどのように編成しますか?
それらすべてを 1 つのソリューションにまとめますか?
可能であれば、この機会に 800 フォームをソフトコーディングに変換してください。
警告: 私はこれと非常に似たようなことをしましたが、フォームはすべて州によって大きく異なる法的協定であり、データベースから生成 (および作成) できる十分な対称性があることを発見しました。ドキュメントは新しい (データベース主導の) フォーマットに自動的にリバース エンジニアリングされます。結果は、スクリーン キャプチャで自動的に検証されました - ピクセル単位で完全に再現されています。
あなたは完全にデータベースからこれを生成する必要があります。800のフォームを実装するよりも、構成可能な調査/アンケート/試験システムを実装する方がはるかに簡単です。
もしそれがたった50のフォームだったら、私はおそらくそれをだらしなくさせたでしょうが、800のフォーム-プログラムでずっと生成されました。
この時点で、私は自分の経験から次のことをアドバイスします。
1) アップグレードのためだけにプロジェクトをアップグレードしないでください。それが機能する場合は、そのままにしておきます。
2）あなたの会社に「アップグレードする必要がある」というビジョンがある場合..まあ、それを.NETプロジェクトに変換しますが、機能は変更しないでください。そのままにしておいてください。アプリの複雑さにもよりますが、マイナーな修正に数日かかるかもしれませんが、実行できるはずです。
3) 上司/会社を説得して、a) 新しいアプリをゼロから作成するか、b) Cade Roux が言及したようなサードパーティの調査ソフトウェアを使用するようにしてください。新しいバージョンの準備が整うまで、既存のバージョンを常に実行したままにしておいてください。
アプリを .NET に変換し、同時に .NET パラダイムに書き直すことは大きな悪夢になるので、やらないでください。
おそらく、これを別の方法で設計できたはずです。おそらく、動的に生成されたページとポリポーフィズムがあります。しかし、そうです、個別のソリューションを用意しても何も得られません。それはおそらくあなたの頭痛に加わるでしょう。実際にどのような問題を抱えていますか？プレゼンテーションからデータベース ロジックを分離しましたか? 基本的に、ASP.NET で従来の ASP スタイルのコーディングを行っているだけですか?
800フォーム？800のWebページのように？それはたくさんありますが、管理できるはずです。フォームのレイアウトや何を持っているかが何らかのデータベースに保存されているなど、何らかのフォーム構築技術を使用して見たことのない多くのフォームに驚いています。うまくいけば、いくつかのユーザー コントロールを使用して、少なくともコードを最小化/標準化することができます。
コード的には、それらをアルファベット順にグループ化して、それらの間で共通の機能を理解しようとする頭の痛い問題を解決することもできます...グループ間で1つのフォームが重複していたらどうなるでしょうか? 何をするにしても、コードの構造によって、コードをどのように配置してユーザーに提示するかを台無しにしないでください。.net が持っているSiteMapを確認してください。
Webフォームを使用していると思いますか？それは何も悪いことではなく、それに固執するための完全に正当な理由がいくつかあります. しかし、あまり詳しくない場合は、MVC フレームワークを調べて、その魅力を理解してください。