为什么list.sort不使用Optional API

use*_*315 6 java java-8

Java 8在List接口上引入了一种新的默认方法来对其进行排序.它的签名是:

void sort(Comparator<? super E> c)
Run Code Online (Sandbox Code Playgroud)

文件说:

如果指定的比较器为null,则此列表中的所有元素都必须实现Comparable接口,并且应使用元素的自然顺序.

因此,如果你想按照它的自然顺序排序列表(并且你的元素是可比较的)你必须这样做list.sort(null);,这有点奇怪我的意见.

如果他们使用Optional了文档会说你可以选择提供一个比较器,如果没有提供它,它将假设这些元素已经具有可比性.

一个list.sort(null);通话将被转化成list.sort(Optional.empty());.

因为它是一种暴露于外部世界的方法,我会发现它更准确.

他们为什么不使用新的Optional API呢?

JB *_*zet 12

可选用作返回类型.这一直是JDK-8开发人员的口头禅.因此,他们不会通过使用它作为论据来打破自己的规则.

也就是说,我会强制论证,从而迫使开发人员使用

list.sort(Comparator.<Foo>naturalOrder());
Run Code Online (Sandbox Code Playgroud)

即使我可以传递null,我发现上面的内容更具可读性,而且更加冗长.这就是我在代码中使用的内容.

  • 我想这是连贯性和清洁度之间的两难选择.我不喜欢"null意味着自然排序"的另一件事是,如果你的目的是传递一个比较器,并且如果代码碰巧有一个bug并且你无意中传递了一个空引用,那么列表就会被自然地排序订单而非失败并有明确的例外.这可能不是一个常见的错误,但仍然...... (2认同)