对于这种情况，最佳数据结构的选择是什么..？

Question

看看我的 GUI 部分

一旦用户从分支 JComboBox 中选择了特定分支，我必须查询数据库并获取适用于该分支的所有年份，并将这些年份添加到下一个 JComboBox 年份等等。用户有相当多的机会在他选择的分支之间进行交换，我会发现自己每次更改选项时都会再次查询数据库相同的查询，并且数据库中的数据不太可能继续在这些交换之间进行更改....所以我决定将它们存储在某个数据结构中，对于这样的数据结构，我有什么最佳选择？可能有 2 到 3 个不同的分支，4 到 6 个不同的年份等等.....
我最好的选择是什么？

Answer 1

如何创建一个地图，其中分支是关键，年份、学期和部分都在 VO 对象中？假设 VO 名为 BranchDetails，那么您可以使用类似 Map<String,BranchDetails>() 的名称。

BranchDetails 可以像下面这样简单：

class BranchDetails{
   List<Integer> years;
   List<Integer> semesters;
   List<Integer> sections;
   //getters and setters omitted for brevity 
}

Answer 2

如果应用程序是单线程的，请使用HashMap。您可以“嵌套”HashMaps，例如HashMap<String, HashMap<Integer, HashMap<Integer, HashMap<String, Item>>>>。请参阅 this question 以了解如何迭代 HashMap。

这里有一些示例代码，只使用了两个嵌套来给你一个想法：

HashMap<String, HashMap<Integer, HashMap<Integer, HashMap<String, String>>>> map1 = new HashMap<String, HashMap<Integer, HashMap<Integer, HashMap<String, String>>>>();
map1.put("Computers", new HashMap<Integer, HashMap<Integer, HashMap<String, String>>>());
map1.get("Computers").put(2011, new HashMap<Integer, HashMap<String, String>>());
map1.get("Computers").get(2011).put(2, new HashMap<String, String>());

Answer 3

我会将它们保存在包含完整数据的单独列表中。 （它们很小）。

List<Branch> branches;
List<Year> years;
List<Semester> semesters;
List<Section> sections;

每个对象Branch, Year, Semester, Section 都有必要的数据将它们链接到另一个对象。例如，Branch 可以包含list of yearId 等尽可能接近实际数据库结构的映射（以使初始加载快速简便）。

一旦您在 UI 中进行了状态更改，您只需复制此数据结构上的实际数据库查询并返回您需要的内容。