将 Optional 用作类中的属性是一种好习惯吗？ [复制]

Question

我读过一些关于 Java 8 中 Optional 用途的文章（不幸的是我不记得在哪里），我很惊讶作者没有提到使用 Optional 作为类中的属性.

由于我在课堂上经常使用可选项，我想知道这是否是一个好习惯。或者我最好只使用普通属性，当它们未设置时返回null？

注意：看起来我的问题是基于意见的，但我觉得在课堂上使用Optional 真的不是要走的路（在阅读了提到的帖子之后）。但是，我喜欢使用它，并且找不到使用它的任何缺点。

示例

我想举个例子来澄清一下。我有一个类Transaction，它是这样构建的：

public class Transaction {

     private Optional<Customer> = Optional.empty();
     ....

对比

public class Transaction {

     private Customer = null;
     ....

检查Customer 时，我认为使用transaction.getCustomer().isPresent() 比使用transaction.getCustomer() != null 更合乎逻辑。在我看来，第一个代码比第二个更干净。

Answer 1

Java 8 的 Optional 主要用于方法的返回值，而不是用于 Java 类的属性，如 Optional in Java SE 8 中所述：

当然，人们会做他们想做的事。但我们在添加此功能时确实有明确的意图，它不是通用的Maybe 或Some 类型，就像很多人希望我们这样做一样。 我们的目的是为库方法返回类型提供一种有限的机制，在这种情况下，需要一种明确的方式来表示“无结果”，而使用 null 极有可能导致错误。

这里的关键是专注于用作返回类型。 该类绝对不打算用作 Java Bean 的属性。 证明这一点的是 Optional 没有实现 Serializable，这对于广泛用作对象。

Answer 2

我认为这是一个理论问题。

可选值的概念来自函数式语言世界。这些语言通常还支持语言级别的模式匹配，并允许您对可选值进行模式匹配。

在函数式语言中，函数调用通常返回一个可选值，其他代码可以对其进行模式匹配。

我从未见过将可选参数作为参数传递，但这并不意味着这是一个糟糕的想法。不过看起来很奇怪。