目前我正在处理列表列表。我偶然发现了这个问题(我的意思是,选定的答案)。列表列表列表
@Mario Fusco 指出对类和对象有更好的抽象。老实说,我不明白用例是否适用于所有场景。例如,我有一个列表(列表):
[[2, 5, 6, 7], [8, 10, 12, 13, 15], [6, 13, 23, 25, 30, 34], [16, 25], [5, 16, 25, 30], [6, 25, 30], [1, 5, 9, 13, 14], [14, 25], [2, 6, 12, 34], [2, 5, 25], [2, 3, 31], [1, 16, 19], [2, 34], [3, 6], [8, 10, 12, 13, 15], [5, 10], [1, 8, 14], [3, 5], [1, 2, 8, 9, 13, 15], [3, 6, 13], [8, 15], [25, 34], [25, 31], [5, 23], [30, 31], [8, 10, 12, 13, 15], [30, 34], [8, 10, 12, 13, 15], [25, 31], [25, 31], [5, 23, 34], [3, 5, 8, 10, 12, 13, 15], [2, 8, 9, 12, 13, 15], [2, 15]]
/* I created it using ArrayList<ArrayList<Integer>> and few previous processing.
而且我需要对其进行简单的处理,例如计数 2,5 等,在列表(列表)中查找重复集等等。为内部列表创建一个类然后将这些对象添加到列表中(每个对象包含这些数字的 ArrayList)是否会很聪明。我对目前可用的选项有点困惑,需要弄清楚哪种方式应该更好。如果你能给我解释一些例子,用例,我会感到不知所措。
编辑:我来自 Python 背景,对播放列表和列表列表等非常友好。但是在大型数据集上工作有点问题(没有冒犯意图,有像 Cython 这样的好东西,但这只是为了满足要求),因此部分问题转移到Java。
我可以改变问题的方向并询问哪种方法更适合内存管理和 CPU 视角?子列表的数量可能会增长到近百万到百万,每个包含 2-10 个数字。