是否可以使用2D数组来存储JSF复选框？

Question

我有一个JSF表，它使用Hashmap存储选定的复选框。我的问题是：是否可以使用2D Java数组而不是Hashmap来存储密钥？

编辑我使用此代码来存储选定的键。如何为Map重写此代码？

private HashMap<String, Boolean> selected = new HashMap<>();

    // send the list
    public Map<String, Boolean> getselected() {
        return selected;
    }

我的想法是创建2D数组（它将用于映射），它将存储页面数和页面上的列表。例如，100页x 10键。

编辑2

我使用延迟加载创建了JSF表，该表从Oracle获取数据。JSF工作得既好又快。我面临的问题是，当我试图创建“全选”复选框时，该复选框会接受所有Kay并将键存储到哈希映射中。稍后，这些键将用于SQL查询，以删除用户选择的行。我创建了包含10000行的数据库表，并将它们显示到JSF表中。当我点击它们时，我用10000创建了hashmap。对于这种尺寸，性能相对较好。我测试了删除它们-我创建了Java方法，该方法使用生成的哈希映射，并使用存储在哈希映射中的键删除数据库行。这是演示，但可以进行一些代码优化。最大的问题是可伸缩性。我用1000000个键测试了hashmap，它可以工作，但速度非常慢。我需要设计JSF表来处理非常大的数据。我认为解决方案是使用2D数组（本例中我们称之为2D数组）。我将这样解释我的想法：例如，我将有100页的JSF表。每页将有10行。当我选择所有行时，我将有1000个键进入标准的hashmap。在2D数组解决方案中，我可以创建包含100个元素的数组，当我在页面之间切换时，我只有10行，这将由分页代码生成。当我选择所有数据库行时，我只能将可见行键插入到2D数组中。我将数组中的其他位置替换为，例如，为了知道有什么东西。当我按下delete按钮时，Java代码将知道所有元素都“实际上”被选中。是否有更好、更简单的解决方案？

Answer 1

Map允许通过put（）方法进行动态扩展，因此您无需在使用前准备它，但数组不允许动态扩展，必须事先手动准备固定大小。

如果从技术上讲，您只需要1D的成对集合，那么2D数组很难准备，也没有任何意义。如果使用1D数组并将表的行索引用作数组索引，则更容易实现。

E、 g。

private List<Item> items;
private Boolean[] checked;

@EJB
private ItemService service;

@PostConstruct
public void init() {
    items = service.list();
    checked = new Boolean[items.size()];
}

具有

<h:dataTable binding="#{table}" value="#{bean.items}" var="item">
    <h:column>
        <h:selectBooleanCheckbox value="#{bean.checked[table.rowIndex]}" />
    </h:column>
</h:dataTable>

然而，如果您引入分页或过滤或动态添加/删除行，这可能会造成严重破坏。您需要每次手动调整数组的大小和排序。由项目自己的id而不是行索引键控的Map要容易得多。

更新时间：

布尔[]的“全选”应简单到

Arrays.fill(checked, Boolean.TRUE);

我在我的i3笔记本电脑上测试了它，它在20毫秒内完成了1000000个条目。您的性能问题可能应该在持久性层中找到。