番石榴表的原始替代品

2022-09-04 04:42:48

有没有一种使用基元而不是泛型类型作为键的Guava Tables的替代方案?

我想使用基元来避免使用Java Numbers和Java Maps创建的其他条目对象引起的自动装箱。

我已经使用Trove TLongObjectMap滚动了自己的基本LongLongObjectTable,但如果有可用的标准库,我更愿意使用标准库。

private static class LongLongObjectTable<T> {
    private final TLongObjectMap<TLongObjectMap<T>> backingMap = new TLongObjectHashMap<>();

    T get(final long rowKey, final long columnKey) {
        final TLongObjectMap<T> map = this.backingMap.get(rowKey);
        if (map == null) {
            return null;
        }
        return map.get(columnKey);
    }

    void put(final long rowKey, final long columnKey, final T value) {
        TLongObjectMap<T> map = this.backingMap.get(rowKey);
        if (map == null) {
            map = new TLongObjectHashMap<>();
            this.backingMap.put(rowKey, map);
        }
        map.put(columnKey, value);
    }

    Collection<T> values() {
        final List<T> values = new ArrayList<T>();
        for (final TLongObjectMap<T> map : this.backingMap.valueCollection()) {
            values.addAll(map.valueCollection());
        }
        return values;
    }
}

答案 1

没有。问题在于,这些实现肯定不是通用的(根据定义),需要逐个定义。这意味着大量的重复,并且可能有很多可能的集合排列。

也就是说,其他语言确实允许这样做,方法是让编译器为类型为类型T的集合的实例生成代码,而不是使用类型擦除,但这不是java的方向。

您可以在现有集合上使用自动装箱的变体(如 Long 或 Integer)这一事实对于绝大多数情况来说已经足够好了,因为开销相对较低。此外,标准库的设计者可能更喜欢保持纤薄,而不是用其他自定义变体污染它。


答案 2

推荐