1

大規模な asp.net Web フォーム アプリをチャンクに分割しており、そのうちの 1 つが asp.net mvc を使用して再構築されます。注文には主に 2 つのタイプがあります (タイプ A と B としましょう)。各注文には二次タイプ (A1、A2、B1、B2 など) があり、各注文には属性があります。タイプ A* の注文はほぼすべての属性を共有し、タイプ B* の注文はすべての属性の半分を共有します。注文履歴から、発注された注文のほとんどがタイプ A であることがわかりました。現在の設計では、各二次注文タイプの注文フォームにユーザー コントロールを使用しているため、A1 用のユーザー コントロール、A2 用の別のユーザー コントロールなどがあります。属性は次のフィールドです。これらのユーザー コントロール。

再設計の一環として、ユーザー コントロールから離れて、アプリを軽量に保ちながら、必要な属性を含む注文フォームを動的に生成し、最小限の労力で新しい二次注文タイプを追加できるかどうかを確認したかったのです。

設計 1: 考えられるすべての属性を含むテーブルを作成し、それらを各セカンダリ タイプにマップして、属性のオン/オフを切り替えますか? 非常に細かくなり、属性をレンダリングする方法に関する情報を含めることができます。長所: 二次注文タイプの追加は簡単です。新しい注文タイプのマッピングを追加するだけです。短所: 新しい属性を追加するには、マッピング テーブルとおそらくすべてのレイヤーを変更する必要があります。マッピングを管理するための管理セクションが必要な場合があります。

設計 2: jquery テンプレートを使用してユーザー コントロールを置き換え、json をサーバーに送信します。長所: 新しい二次注文タイプの新しいフォームを簡単に追加できます。短所: 一部のロジックをテンプレート (ビュー) に入れる必要がある場合があります

これらのうちどれが良いデザインであるかについて何かアドバイスはありますか? より良い方法はありますか?

ありがとう。

4

1 に答える 1