私は現在、別のHashtableのキーと値のペアに値としてHashtableを持つというコンセプトに苦しんでいます。ハッシュテーブルは別のハッシュテーブルの値として推奨されますか？
Hashtable<Key,Hashtable<Key,Value> table;
私の現在のプロジェクトでは、ノード構造（ツリービュー）のようなデータを2回グループ化する方法が必要です。
ザ・しか考えてエレメント5
ノードコレクションアイデアよりもHashtableアイデアを使用する方が良いですか？
一般的な構造の利点は、すぐに使用できる多くのニーズに対応することですが、その難点は読みやすさが低く、意味がないことです。 2つの宣言を比較してください：
Hashtable<Key1,Hashtable<Key2,Value2>>
Hashtable<Key,BoughtItemsMap>
これは2レベルのグループ化構造には十分です。だから、あなたもそれが3レベルのためになるか想像もつかない、より良いたい：
Hashtable<Key1,Hashtable<Key2,Hashtable<Key3,Value3>>>
それはノード・コレクション - アイデアオーバーのHashtable-アイデアを使用することが有利ですか？
それはあなたのニーズによって異なります。Hashtableの（またはより良い、地図）は、キーを値にマップするために使用されます。 A コレクションは、マップしません。ちょうど値を含みます。
したがって、構造の第2レベルでマッピングが必要ない場合は、コレクションで十分です。このようなもの：
class MyCollectionOfElements extends ArrayList<Element>{...}
Map<Key, MyCollectionOfElements> map=new HashMap<Key, MyCollectionOfElements>();
なぜそれは適切ではありませんか？物事をより複雑にすると、データ構造として使用する独自のクラスを設計することに頼ることがあります。
つまり、「すべての*」に「Hashtable」を使用するのは悪い考えです。 'HashMap'を使うべきです。 –