IEnumerable <T>ではなくList <T>を使用する必要があるのはなぜですか？

ASP.net MVC4 Webアプリケーションでは、IEnumerablesを使用して、実装ではなくインターフェイスにプログラムするというマントラに従っています。

Return IEnumerable(Of Student)

対

Return New List(Of Student)

リストはクエリを強制的に実行し、IEumerableは実行しないため、人々はIEnumerableではなくListを使用するように言っています。

これは本当にベストプラクティスですか？代替手段はありますか？インターフェイスを使用できる具体的なオブジェクトを使用すると、奇妙に感じます。私の奇妙な気持ちは正当化されますか？

ToList()linqクエリでを実行することが重要な場合があります。これは、クエリをその時点で、期待する順序で実行するためです。ただし、これらのシナリオはまれであり、実際に実行されるまで心配する必要はありません。

簡単に言えIEnumerableば、反復のみが必要なときはいつでも使用しIList、直接インデックス付けする必要があるときに使用し、動的にサイズ調整された配列が必要です（固定サイズの配列でインデックス付けが必要な場合は、標準配列を使用します）。

実行時については、常にIEnumerable変数としてリストを使用できます。そのため、を実行IEnumerableしてを返す.ToList();か、またはをIEnumerable実行.ToList()してパラメーターを渡し、その場で実行IEnumerableを強制することができます。実行を強制するときはいつでも、実行したばかり.ToList()のIEnumerable変数に固執して再度実行しないように注意してください。そうしないと、LINQクエリの繰り返しが不必要に2倍になってしまいます。

MVCに関しては、ここで特に注意することはありません。残りの.NETと同じ実行時間ルールに従います。過去の遅延実行セマンティクスに起因する混乱に少し噛まれ、MVCでこれが何らかの関係があると非難した人がいると思いますが、ありません。遅延実行のセマンティクスは、最初はすべての人を混乱させます（その後しばらくの間さえ、少々扱いにくい場合があります）。繰り返しになりますが、LINQクエリが2回実行されないことや、他のコードに対して特定の順序で実行する必要があることを本当に気にするまで心配しないでください。その時点で変数を自分自身に割り当てます。実行を強制すれば大丈夫です。

2つの問題があります。

IENumerable<Data> query = MyQuery();

//Later
foreach (Data item in query) {
  //Process data
}

「プロセスデータ」ループに到達するまでに、クエリは有効でなくなる可能性があります。たとえば、既に破棄されたDataContextでクエリが実行されている場合、コードは例外をスローします。クエリを作成した場所とは異なるコンテキストでクエリを処理している場合、この種のことは非常に複雑になります。

2番目の問題は、「プロセスデータ」ループが完了するまで接続が解放されないことです。これは、「プロセスデータ」が複雑な場合にのみ問題になります。これはhttp://msdn.microsoft.com/en-us/library/bb386929.aspxで言及されています：

Q.データベース接続はいつまで開いていますか？

A.通常、接続はクエリ結果を使用するまで開いたままです。すべての結果を処理するのに時間がかかり、結果をキャッシュすることに反対しない場合は、クエリにToListを適用します。各オブジェクトが1回だけ処理される一般的なシナリオでは、ストリーミングモデルはDataReaderとLINQ to SQLの両方で優れています。

そのため、これらの問題が原因で、たとえばを呼び出すなどして、クエリが実際に実行されるように奨励されていますToList()。ただし、ジミーが示唆するように、リストをIEnumerableとして返すことを妨げるものは何もありません。

一般的なルールとして、IEnumerableの繰り返しを2回以上避けることをお勧めします。コードのコンシューマーがこのルールに従うと仮定すると、クエリを2回実行することで誰かがデータベースに2回ヒットする可能性があるとは考えていません。

IEnumerable早期を列挙するもう1つの利点は、適切な場所で例外がスローされることです。これはデバッグを支援します。

たとえば、Razorビューの1つでデッドロック例外が発生した場合、データアクセスメソッドの1つで例外が発生した場合ほど明確ではありません。