StringDictionaryを反復処理は、C＃で匿名型を使用して

Question

私はSystem.Collections.Specialized.StringDictionaryつまずいと、このようvarキーワードを使用して、そのエントリを反復処理しようとしています：

StringDictionary sd = new StringDictionary(); 

sd.Add("key", "value"); 
foreach(var v in sd) 
{ 
    Console.WriteLine(v.Key); 
} 

私は、これはコンパイラエラーを生成することを発見して驚いた。

'object' does not contain a definition for 'Key' and no extension method 'Key' accepting a first argument of type 'object' could be found

varの代わりにSystem.Collections.DictionaryEntryを使用すると、すべて正常に機能します。何らかの理由で匿名型を使用していると、コンパイラはオブジェクトのコレクションとしてStringDictionaryを処理していますが、その理由を知りたいと思います。何が起こっているのですか？

ところで、私はforeachで実際に匿名タイプを使用するつもりはありません。私はそれがうまくいくと思ったように動作しない理由について疑問に思っています。ありがとうございました。

Answer 1

varはそれ自体匿名型ではありません。これは、型を推論するようにコンパイラに指示するキーワードです。 varを「推論型」と呼ぶことにします。型名を名前で参照することができないため、匿名型の状況でよく使用されます。しかし、それはここでの状況ではありません。

この場合、StringDictionaryは、非汎用のSystem.Collections.IEnumerableを実装しており、現在のアイテムのタイプにはobjectが使用されています。したがって、推定されるタイプvは、を持たないobjectです。この型にDictionaryEntryを挿入すると、コンパイラはキャストを挿入します。 vの他のタイプは実際にはコンパイルされますが、実行時には失敗します。

@hvdが指摘しているように、厄介なのは歴史の事故に過ぎません。 StringDictionaryは、ジェネリックコレクションタイプが導入されたため、誰も更新する必要がありませんでした。現在は、下位互換性のために維持されている履歴アーティファクトの一種です。 sourceの文書コメントを検討してください：

Consider this class obsolete - use Dictionary<String, String> instead with a proper StringComparer instance.

Answer 2

System.Collections.Specialized.StringDictionaryは非常に古いクラスです。ジェネリックスがまだ存在しないとき、.NET Framework 1にはすでに存在していました。そのため、まず、作成時には、コンパイラに何も有用でない非汎用のIEnumerableインターフェイスしか実装できず、第2に、varキーワードが存在しないため、とにかくforeach (DictionaryEntry v in sd)と入力してください。 .NET 2.0が登場し、ジェネリックが利用可能になり、C＃3が登場し、varキーワードが利用可能になったとき、クラスはジェネリックインターフェイスを実装するように更新されていたかもしれませんが、その時点ではほとんど問題はありませんでした。代わりに汎用Dictionary<TKey, TValue>を使用してください。