为什么assertEquals中的可选断言消息移动到Junit 5中的最后一个位置？

Question

在JUnit 4中，可选的断言消息是assertEquals方法中的第一个参数。在JUnit 5中，它是最后一个。

是否有任何技术原因将其移至最后位置？如果是这样，哪个？

Answer 1

这需要提交作者自己，但这是其他图书馆的共同模式。

例如，

Guava Preconditions#checkNotNull，甚至Objects#requireNoNull中的JDK本身。对于那个可选参数来说，最后一个＆＃34;最后一个＆＃34;是有意义的。 IMO（当然，这是基于观点的意见）。