在 Java 记录中强制执行不可变集合?

str*_*sus 13 java immutability java-record java-16

Java 记录用于实现浅不可变的数据载体类型。如果构造函数接受可变类型,那么我们应该实现显式防御性复制以强制不变性。例如

record Data(Set<String> set) {
    public Data(Set<Thing> set) {
        this.set = Set.copyOf(set);
    }
}
Run Code Online (Sandbox Code Playgroud)

这有点烦人 - 我们必须

  1. 实现一个老式的 POJO 构造函数(复制字段)而不是使用规范的构造函数和
  2. 显式初始化每个字段只是为了处理可变字段的防御性副本。

理想情况下,我们想要表达的是以下内容:

record SomeRecord(ImmutableSet<Thing> set) {
}
Run Code Online (Sandbox Code Playgroud)

或者

record SomeRecord(Set<Thing> set) {
    public SomeRecord {
        if(set.isMutable()) throw new IllegalArgumentException(...);
    }
}
Run Code Online (Sandbox Code Playgroud)

这里我们使用一个虚构的ImmutableSet类型和Set::isMutable方法,在任何一种情况下,记录都是使用规范构造函数创建的 - 很好。不幸的是它不存在!

据我所知,内置集合类型(在 Java 10 中引入)是隐藏的,即无法确定集合是否不可变(除了尝试修改它)。

我们可以使用 Guava,但是当 99% 的功能已经在核心库中时,这似乎有点过分了。或者,有 Maven 插件可以测试注释为不可变的类,但这又是一个创可贴而不是解决方案。

是否有任何纯 Java 机制来强制执行不可变集合?

man*_*uti 20

你已经可以做到了,构造函数的参数是可变的:

record SomeRecord(Set<Thing> set) {
    public SomeRecord {
        set = Set.copyOf(set);
    }
}
Run Code Online (Sandbox Code Playgroud)

一个相关的讨论提到,为了允许这种防御性复制,这个论点不是最终的。确保equals()在进行此类复制时遵守规则仍然是开发人员的责任。

  • 太棒了,我不知道在记录中这是可能的。有趣的是,如果输入已经是通过 Set.of() (或相关方法)创建的不可变集,那么 Set.copyOf() 实际上不会进行任何复制。就像 Guava 不可变集合所做的那样。 (6认同)
  • 您可以将紧凑构造函数视为参数的 N 到 N 转换,然后使用转换后的值调用规范构造函数。这允许验证(错误输入时失败)、标准化(例如将分数减少到最低项)和防御性副本。虽然一开始感觉有点奇怪,但这正是它存在的原因。 (6认同)
  • @stridecolossus 如果您的 IDE 在修改紧凑记录构造函数的参数时警告您,那么这是一个 IDE 错误。虽然参数修改通常是不鼓励的,但紧凑构造函数是一个例外。您应该使用 IDE 提交 RFE。 (3认同)
  • 有趣的是,从本质上重写参数有点令人讨厌,但它确实有效!必须关闭参数修改警告。 (2认同)
  • @stridecolossus 我同意当我发现它时感觉有点奇怪:) (2认同)