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

Question

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

假设方法是

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

它接受一个catalogId 和一个可选 categoryId，它返回该目录中列出的书籍，如果类别也被传递，则仅返回该类别中的书籍。

冲突点是，验证 Optional<String> categoryId 以进行空检查。我认为不应该对其进行空检查，因为它是一个可选参数。函数的调用者可以传递null 或Optional.<String>absent() 和getBooks 函数应该通过在实现中执行if(categoryId==null && categoryId.isPresent()) 来处理这两种情况。

我的观点是，Optional 用于可选参数只会使方法的契约更加清晰。只需查看方法签名就可以知道此参数是可选的，不需要阅读 javadocs。但是当他不想使用那个可选参数时，不应该强迫他传递Optional.absent()。

我的队友有不同的看法。他想对其进行空检查，从而强制调用者始终传递Optional.<String>absent()。他的观点是，我们为什么要传递一个空选项。而且getBooks("catalog123", Optional.absent()) 看起来比getBooks("catalog123", null) 更具可读性。

此方法位于我们的一个库包中，并被我们拥有的多个包使用。

您对在这种情况下使用 Optional 有何建议？

谢谢

Answer 1

您对在这种情况下使用 Optional 有什么建议？

避免。避免。避免。

虽然Optional 是null 的很酷的替代品，但在Java 中，您总是会以它为糟糕的补充。正如 Seelenvirtuose 所写，有三种可能性，您只需要两种。正如 JB Nizet 所写，它最好用作返回值，它提醒调用者需要检查。作为方法参数，它没有任何帮助。

理想情况下，可选参数就像 in 一样是可选的

getBooks(String catalogId, String categoryId = null)

这不是有效的Java。 AFAIK C++ 编译器将其转换为两种方法

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

这是你必须自己用 Java 编写的。省略参数是明确表明它是可选的最清晰的方法。将可选参数标记为@Nullable 几乎一样好。使用可空性检查工具可以帮助您避免 NPE（这是 Optional 的主要参数）。

重要的是一致性。整个班级的一致性掌握在您手中。与 JDK 保持一致意味着使用 null，至少在可预见的未来（有一天 JDK 8 Optional 可能会占上风）。