为什么会有Option.get方法

Question

为什么该方法get的定义Option ，而不是在Some ？

人们可以适用模式匹配或使用foreach ， map ， flatMap ， getOrElse这无论如何是不优先运行时异常的危险，如果None.get被调用。

真的在某些情况下， get方法非常有说服力吗？ 使用get方法使我想起Java，“我不必检查null，因为我知道已设置var”，然后看到NullPointerException 。

Answer 1

当您知道类型系统未捕获到的值不是None时，Option.get有时会很有用。 但是，只有在尝试以下操作时，您才应该这样做：

对于一次性/交互式代码（REPL，工作表等）也很方便。

Answer 2

前言

创建Scala的目的是为了与JVM兼容。

因此，至少对于Java互操作性，应该将Exception和try/catch视为语言的一部分是很自然的。

考虑到这一前提，现在到包括可能在代数数据类型 （如果需要的话， 案例类 ）中引发错误的接口的地步。

对问题

假设我们仅在Some实例中封装了get方法（或List head ）。
这意味着每次要提取值时，我们都必须在Option上进行模式匹配。 看起来并不整洁，但这仍然是可能的。

我们到处都可以得到getOrElse ，但这意味着如果使用命令式样式（这是我上次检查的Scala中禁止的），则无法通过错误堆栈发出失败信号。

我的意思是，可以在需要时使用getOrElse和headOption来强制执行功能样式，但是如果必须根据问题或程序员的偏好选择get和head则它们是不错的选择。

Answer 3

没有充分的理由。 马丁·奥德斯基（Martin Odersky）在2007年的这次提交中添加了它，所以我想我们需要问一下他的动机。 早期版本具有getOrElse语义。

Answer 4

如果您检查提供的提交。 很明显为什么以及何时使用它。 当您确定Option Some东西时，使用get进行拆箱。 它还将成为可继承的方法，其中None.get引发异常， Some.get Some.get将内容拆箱。

Answer 5

在某些情况下，当您的Option变成None ，就没有追索权，而您想抛出一个异常。 所以，不用写

myOption match {
  case Some(value) => // use value
  case None => throw new RuntimeException("I really needed that value")
}

你可以简单地写

myOption.get // might throw an exception

这也使得Option 好得多从Java中使用，会同isDefined ：

if (myOption.isDefined()) process(myOption.get());
else // it's a None!