最近，我与队友讨论了Guava Optional在方法中使用可选参数的问题。

假设方法是

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()。他的观点是，为什么我们要传递一个null可选。而且getBooks("catalog123", Optional.absent())看起来比更具可读性getBooks("catalog123", null)。

此方法在我们的一个库软件包中，并且由我们拥有的多个软件包使用。

您Optional对此方案的用法有何建议？

谢谢