字符上的Hashmap的替代選擇（即更好的選擇）

就像EnumMap在與enum一起使用時更好的選擇地圖一樣，是否有更好的地圖選擇（而不是每個人使用的通用HashMap）來處理字符？字符上的Hashmap的替代選擇（即更好的選擇）

字符有點類似於枚舉成員，因爲它們有一定數量，所以我認爲它們可能會有一種「特殊」類型的映射？

[編輯] 通過「好」我的意思是「快」，並使用「更少的內存」

有沒有更好的選擇，我知道，但是什麼是隻使用HashMap？ –

以什麼方式更好？ –

也許你正在做的一個例子將有助於理解你的意思是「更好的方式」。 –

我想我明白你的問題。如果字符數量有限，則應該能夠節省哈希映射的大小。

但是你可能忽視國際化的事情？實際上並不是那種「有限」的一些字符。（真正的unicode具有可變長度編碼等）所以我懷疑會有一種節約的好方法。

如果您使用的是特定語言26個字符，你可以考慮爲你的工作制作你自己的枚舉（或者更簡單，一個數組）。如果你是在一個國際獨立的答案後，我不禁...

2013-05-17 02:14:42

哦，我知道這是一個有限數量的字符，因爲這是用我們想出的「人造」語言來處理固定的一組字。所以字母是已知的並且是固定的 –

回答