1

1 つの DataSet はどれくらいを表す必要がありますか? 注文システムの例を使用すると、注文を表示しているときに、あなたの注文に似た商品のリストと、最も人気のある商品のリストも表示されます。あなたのアイテムは、あなたとあなたの過去の注文、優先サプライヤー、およびクライアントとしてのあなたに関連する他のさまざまな種類の関係のウェブに絡み合っていますが、他のアイテムはこれらの同じ関係を持っていません. あなたを表すもののセットをナビゲートするために私が使用するクエリのセットは、これらの他のアイテムのリストの1つに使用するクエリとは異なります.

私の傾向は、さまざまな種類の関係に対してさまざまな DataSet を作成することですが、10 個の個別のアイテム DataTable を作成すると、それは間違っているようです。間違っていると思われる小さなサブセットにのみ関心があるにもかかわらず、より大きな DataSet をインスタンス化すると、これらすべてを 1 つの DataSet にパックしようとすると、いくつかの項目テーブルが隣り合って大きく乱雑に見えます。それは間違っていると確信しています。

たぶん、私は DataSet の関係機能を過大評価しているのかもしれませんし、あるいは単に自分自身を乗り越える必要があるのか​​もしれません。

4

2 に答える 2

4

DataSet は非常に過大評価され、過度に使用されています。厳密に型指定されたコレクションを使用します (ジェネリックと自動プロパティに感謝します!)。おまけとして、LINQ を使用してカスタム オブジェクトに対してクールなクエリを実行することもできます。

データセットとカスタム オブジェクトに関する優れた Esposito の記事:

http://msdn.microsoft.com/en-us/magazine/cc163751.aspx

自動プロパティ:

http://weblogs.asp.net/dwahlin/archive/2007/12/04/c-3-0-features-automatic-properties.aspx

オブジェクトを使用した LINQ:

http://blogs.msdn.com/wriju/archive/2006/09/16/linq-custom-object-query.aspx

于 2008-08-30T19:23:21.960 に答える
1

これが、データセットを使用しない理由です。厳密に型指定されたデータセットを使用する場合は、厳密な型指定の恩恵を受けますが、データセットの一部を使用しているだけであってもデータセットを作成するのにかかる時間と、コード ベースに関する拡張性という点で費用がかかります。既存のものを変更する必要があり、行定義を変更すると、コード ベースに「ショットガン」ブレークが作成されます。これは、新しい行を追加するための各定義を変更する必要があるためです。

上記のシナリオを回避するための最も賢明なアプローチは、通常、賢明な再利用をあきらめることです。目的と用途ごとにデータセットを定義します。ただし、これに関する主な問題は API の使用です。最終的には別のデータセットに似たデータセットになりますが、データセットの種類が異なるため、共通の API を使用するように変換する必要がありますが、これは面倒で洗練されていません。

これに加えて、厳密に型指定されたデータセットによってコードが恐ろしく見える (型宣言の長さ) という事実が、私がデータセットをあきらめて代わりにビジネス オブジェクトに切り替えた理由のほとんどです。

于 2008-08-30T19:25:42.657 に答える