リストにない（または可能な）<int> .Cast <Enum>（）？

Question

は、次のコード

public enum Color 
{ 
    Blue=1, 
    Red=2, 
    Green=3 
} 

public List<Color> ConvertColorEnum() 
{ 
    var intColor = new List<int>(){1,2,3}; 
    return intColor.Cast<Color>().ToList(); 
} 

を試してみてください、あなたはConvertColorEnum()は、すなわち、List<Color>(){Color.Blue, Color.Red, Color.Green}の色のリストを返すと思いますか？

私はこれを、.net 3.5（mscorlibバージョン2.0.50727.1433）、.net 3.5 SP1（mscorlibバージョン2.0.50727.3082）の2台のマシンでテストしました。結果は異なっていました.net 3.5では、整数を列挙型に変換できないため、.net 3.5 SP1は正常に実行され、正しい結果が返されたため、InvalidCastExceptionが投げられました。

誰でも彼/彼女のマシンでこれを試し、結果を報告したり、それがなぜそうであるか説明したいと思いますか？

Answer 1

SP1と.NET 3.5フレームワークのオリジナルリリースの違いについては、in the release notesを参照してください。クエリの 句から によって書き換えられ、そのよう System.Collections.ArrayListなど 非ジェネリックコレクションを超えるLINQクエリ式で

：

は、ここでは、この特定の問題のために言っていることですコンパイラは、 キャスト演算子への呼び出しを含めるようにしました。キャストは のすべての要素タイプを クエリのfrom句で指定されたタイプ に変換します。また、元の Visual C＃2008のリリースバージョンでは、 キャスト演算子も 値型変換と ユーザー定義変換を実行します。ただし、 これらの変換は によって実行され、標準のC＃セマンティクスの代わりにSystem.Convertクラス が使用されます。これらの の変換によっても、特定の シナリオでは、重要な のパフォーマンスの問題が発生します。Visual C＃2008 SP1では、 値型とユーザー定義の の変換で、 にInvalidCastExceptionをスローするように、キャスト演算子 が変更されています。この変更により、 標準以外のC＃のキャスト セマンティクスとパフォーマンスの問題の両方が排除されます。 この変更は、次の例の に示されています。

さらに詳しい情報はthis blog postで入手できます。

Answer 2

代わりにSelectを使用してください。

return intColor.Select(i=>(Color)i).ToList(); 

なぜ...？

Answer 3

キャスト拡張メソッドは、次に移動すると、元の列挙子の出力をオブジェクト変数に格納して（必要に応じてボクシングする）イテレータを使用して、結果の型にキャストしようとします。

ボックス化された形式の値型は、ボックス化されていない場合（さまざまな自動変換が可能な場合）と同じようにキャスト操作に応答せず、元のボックス化されていない形式にのみキャストできます。私はキャスト拡張の​​以前の実装は完全に異なってそれをやったり積分形式に変換する列挙型のためのいくつかの特別なケースを持っていたいずれかのことを想像

（あなたはすべての可能な形態に対処しなければならないとして、これはトリッキーです）

Marcの解答は正しい解決策であり、前述のボクシングの理由から実際にキャストより効率的です。