用于可选

Question

使用Java8已经有6个多月了，我对新的API变化非常满意。我仍然不确定的一个方面是何时使用optional。我似乎在想要在任何地方都使用它（有些东西可能是null)和根本不在任何地方）之间摇摆。

当我可以使用它时，似乎有很多情况，但我从来不确定它是增加了好处（可读性/空安全性）还是仅仅导致了额外的开销。

因此，我有几个例子，我想了解社区对optional是否有益的看法。

1-当方法可以返回null时，作为公共方法返回类型：

public Optional<Foo> findFoo(String id);

2-当参数可能为空时作为方法参数：

public Foo doSomething(String id, Optional<Bar> barOptional);

3-作为bean的可选成员：

public class Book {

  private List<Pages> pages;
  private Optional<Index> index;

}

总的来说我不认为：

List<Optional<Foo>>

添加任何内容--特别是因为可以使用filter()删除null值等，但是在集合中optional有什么好的用途吗？

有没有我漏掉的案子？

Answer 1

optional的主要设计目标是为返回值的函数提供一种表示返回值不存在的方法。请参阅此讨论。这允许调用方继续一系列fluent方法调用。

这与OP问题中的用例#1最为匹配。但是，由于intstream.findfirst这样的东西永远不会返回null，所以没有值比null更精确。

对于用例#2，将一个可选参数传递给一个方法，这是可以实现的，但这是相当笨拙的。假设您有一个方法，它接受一个字符串，后跟一个可选的第二个字符串。接受optional作为第二个参数将得到如下代码：

foo("bar", Optional.of("baz"));
foo("bar", Optional.empty());

foo("bar", "baz");
foo("bar", null);

最好的方法可能是有一个重载的方法,它接受单个字符串参数,并为第二个字符串参数提供默认值：

foo("bar", "baz");
foo("bar");

这确实有局限性，但它比上面的任何一个都好得多。

用例#3和#4在类字段或数据结构中有optional，这被认为是对API的误用。首先，它违背了顶部所述的optional的主要设计目标。第二，它没有增加任何价值。

有三种方法可以处理optional中没有值的情况：提供替代值、调用函数提供替代值或引发异常。如果要存储到一个字段中，则需要在初始化或赋值时执行此操作。如果要将值添加到列表中，就像操作中提到的那样，您可以选择不添加值，从而“平坦化”不存在的值。

我相信有些人可能会想出一些虚构的情况，他们真的想在字段或集合中存储optional，但一般来说，最好避免这样做。