LINQ が使えるかどうかも判断軸 (HashTable は使えない)

出典: C# Dictionary と HashTable の使い分け — 業務SEが型安全に書く3つの判断軸 — そもそも 3パターンの決定的違い (型安全・性能・順序で見る) / LINQ が使えるかどうかも判断軸 (HashTable は使えない)

LINQ が使えるかどうかも判断軸 (HashTable は使えない) (csharp)#9612fbf51551

// Dictionary なら自然に書ける
var highScores = scores.Where(kv => kv.Value >= 90).ToList();
 
// HashTable だと…
var highScores = scores.Cast<DictionaryEntry>()  // ← まず Cast が必要
                       .Where(e => (int)e.Value >= 90)  // ← unboxing も必要
                       .ToList();

▸ この snippet は実行結果未収録

▸ 実行結果は未収録です

id: #9612fbf51551
lines: 7
extracted: 2026-06-10

Source収録記事

この snippet は記事の「そもそも 3パターンの決定的違い (型安全・性能・順序で見る) / LINQ が使えるかどうかも判断軸 (HashTable は使えない)」セクションに登場する。コードの前後の文脈・ハマりどころの解説は記事本文で。

技術記事C#Collection

C# Dictionary と HashTable の使い分け — 業務SEが型安全に書く3つの判断軸

4週間前17 min

同じ記事から

4 件

// int キー: HashTable では毎回 boxing → GetHashCode 呼び出し
Hashtable ht = new Hashtable();
ht.Add(42, "answer");
var v1 = ht[42];     // 42 → object に boxing → GetHashCode → バケット検索

未収録

ハマり② int キーと string キーで Equals/GetHashCode 挙動が違う

#c23d4bac8db3

// 注文ID + 行番号 を複合キーにしたい例
public struct OrderLineKey
{
    public int OrderId;

未収録

カスタム型 (struct / class) をキーにする時の落とし穴

#fa8cecd1df36

public struct OrderLineKey : IEquatable<OrderLineKey>
{
    public int OrderId;
    public int LineNo;

未収録

カスタム型 (struct / class) をキーにする時の落とし穴

#b7c4e6e892b5

// 設定キーをアルファベット順で反復したい場面
SortedDictionary<string, string> config = new SortedDictionary<string, string>();
config.Add("zebra", "ZZ");
config.Add("apple", "AA");

▶ 実行可

SortedDictionary を選ぶ場面 (キー順序が必要な時)

#60f75f238d6e

図鑑トップ