LINQ：特定のオブジェクトのプロパティを同じオブジェクトに選択

Question

多くのプロパティを持つオブジェクトAがある場合、そのうちの2つだけが必要ですが、不要なデータを転送しない、つまり必要なオブジェクトプロパティを選択してパフォーマンスを向上させることができます名前付きまたは匿名の新しいタイプB。

ここで、元のオブジェクトAのリストを、たとえば私が必要とする2つのプロパティのみを表示するdatagridviewにバインドしたいとします。元のオブジェクトAのプロパティ名を使ってdatagridviewカラムを作成し、そのデータソースタイプをtypeof（A）に設定しました。私は名前付きまたは匿名のいずれかで、新しい型を定義する必要はありません。このようにして、同じオブジェクトちょうど私が必要としない性質を省略A、すなわち

public class MyObject 
{ 
    public string prop1 { get; set; } 
    public string prop2 { get; set; } 
    ..... 
    public string propN { get; set; } 
} 

var list = context.MyObject 
     .Select(n => new MyObject { prop1 = n.prop1, prop2 = n.prop2 }).ToList(); 

に選択することができる場合、私は、思っていました。問題は、パフォーマンスで何かを得るか、元の大きなオブジェクトの情報のオーバーヘッドがまだあることです。ただし、すべてのプロパティのデータを転送するわけではありません。

アレックス

Answer 1

コンストラクタが「安い」と仮定した場合、唯一意味のあるパフォーマンスの向上は、SQLとデータトランスポートの間で行われます。

しかし、すべてがパフォーマンスに関するものではありません。時には、それは明快さ、拡張性、デカップリングなどについてです。他人には「このプロパティはUIによって使用されていますか？」と尋ねなければなりません。

明確性の問題に加えて、UIとバックエンドエンティティ間の結合があります。これは理想的ではありません。安価な/一時的なソリューションは、単にこのようなものかもしれません。クラスのインターフェイスのためにまだ結合されていることに留意してください。しかし、必要に応じて将来的に調整するのは簡単ではありません。

public interface IMyModel 
{ 
    string prop1 { get; set; } 
    string prop2 { get; set; } 
} 

public class MyObject : IMyModel 
{ 
    public string prop1 { get; set; } 
    public string prop2 { get; set; } 
    ..... 
    public string propN { get; set; } 
} 

IEnumerable<IMyModel> list = context.MyObject 
    .Select(n => new { n.prop1, n.prop2 }) // only select these properties 
    .ToArray() // execute the query 
    .Select(n => (IMyModel)new MyObject { prop1 = n.prop1, prop2 = n.prop2 }); // construct our desired object 

Answer 2

Selectステートメントは、すべてのあなたのリストを通過し、あなたのためのオブジェクトの新しいリストを作成するよう実は、私が思うに、パフォーマンスがあまり向上させることはできません。しかし、あなたが参照プロパティを使用していない場合。そこに保存することができます。

UIにデータを表示するときに複雑なロジックがない場合。ホエイはモデルをそのまま保つわけではありません。

Answer 3

これはUI表示のみの場合です。パフォーマンスの向上はありません。あなたが得るかもしれない時間は、匿名のタイプの新しいリストを作成することによって失われます。

しかし、このオブジェクトをネットワーク経由で（たとえば要求への応答として）送信する場合は、これが理にかなっています。この方法では、少ない数のプロパティをシリアル化してネットワーク経由で送信する必要があります。

しかし、ほとんどの場合、このレベルのパフォーマンスで心配する必要があります。ユーザーはそのようなレベルの改善を気付かないでしょう。アプリケーションのパフォーマンスを本当に向上させたい場合は、プロファイルを作成してホットスポットを見つける必要があります。