Guava可选作为可选参数的方法参数

Question

最近，我和我的队友讨论了在方法中使用guavaoptional作为可选参数。

假设方法是

List<Book> getBooks(String catalogId, Optional<String> categoryId) {
     Validate.notNull(catalogId);
     Validate.notNull(categoryId); // Point of conflict. Is this required?

我的观点是，对于可选参数，optional只会使方法的契约更加清晰。只要看一下方法签名就可以知道这个参数是可选的，不需要读取JavaDocs。但当他不想使用该可选参数时，不应强制他传递optional.instant()。

我的队友有不同的看法。他希望对其进行空检查，从而强制调用方始终传递optional. accents() 。他的观点是为什么我们要通过一个空的可选选项。此外，getBooks（“catalog123”,optional.缺席())看起来比getBooks（“catalog123”,null)更易读。

这个方法在我们的一个库包中，被我们拥有的多个包使用。

Answer 1

对于这种情况下的可选用法，您有什么建议？

避开。避开。避开。

虽然optional是null的一个很酷的替代方案，但在Java中，您最终总是发现它是一个糟糕的添加。正如Seelenvirtuose所写的，有三种可能，而您只需要两种。正如JB Nizet所写的，它最好用作返回值，在这里它提醒调用方需要的检查。作为一个方法参数，它没有任何帮助。

getBooks(String catalogId, String categoryId = null)

getBooks(String catalogId, String categoryId)
getBooks(String catalogId)

重要的是一致性。跨类的一致性掌握在您的手中。与JDK的一致性意味着使用null，至少在可预见的将来（有一天JDK 8optional可能会占上风）。