前言

如果在scala代碼還在使用ids!=null，可能會(huì)被有的人嘲笑，都什么年代了，竟然還有這樣的寫法，NullPointerException見(jiàn)少了吧？
不過(guò)，據(jù)統(tǒng)計(jì)：
Spark 源代碼使用了 821 次 Option 關(guān)鍵字，但它也直接在像if (ids != null)。

Spark 采用混合方式，大部分情況下使用 Option，但個(gè)別時(shí)候出于性能（這里主要是為了給使用這返回提示信息）原因才使用了null。

一個(gè)很好的習(xí)慣是當(dāng)有方法返回值可能為null的時(shí)候，使用Option來(lái)代替。

什么是Option

標(biāo)準(zhǔn)類庫(kù)中Option類型用樣例類來(lái)表示那種可能存在、也可能不存在的值。
Option的有兩個(gè)子類，Some 和 None，Some包裝了某個(gè)值，如Some(“Jack”)，而None表示沒(méi)有值。

有的小伙伴看到依然云里霧里的，因此直接上一個(gè)簡(jiǎn)單的例子，來(lái)感受一下這個(gè)Option究竟是什么東西：

煮個(gè)栗子

這里寫了一個(gè)把字符串轉(zhuǎn)為數(shù)值的方法，輸入的是字符串，輸出的這里注意一下，并不是直接輸出Int，而且一個(gè)泛型為Int的Option

def toInt(in: String): Option[Int] = {
  try {
    Some(Integer.parseInt(in.trim))
  } catch {
    case e: NumberFormatException => None
  }
}

如何使用這個(gè)函數(shù)：

toInt("s") match {
  case Some(i) => println(i)
  case None => println("您輸入的字符串無(wú)法轉(zhuǎn)為數(shù)字")
}

簡(jiǎn)單的總結(jié)一下這個(gè)Option的使用，其實(shí)就是把你原本要返回的類型，直接返回泛型為該類型的Option，然后寫正常返回值的時(shí)候返回Some，異常的時(shí)候返回None即可。而調(diào)用方法的時(shí)候，需要用到match case分別做處理。

有人看到這里可能會(huì)抱怨：一個(gè)簡(jiǎn)單的null判斷，寫了這么一大堆，還不如java中的直接用i!=null來(lái)判斷簡(jiǎn)單粗暴呢。

但是如果這個(gè)toInt函數(shù)是別人寫的，你是個(gè)使用者，你一定會(huì)遇到如下問(wèn)題：

• 你沒(méi)有讀API文檔，根本不知道toInt可能會(huì)返回一個(gè)null，并且可能你寫的代碼會(huì)拋出NullPointerException
• 你讀了API文檔，并且也有很多使用這個(gè)函數(shù)的經(jīng)驗(yàn)，知道它可能會(huì)返回null，因此你肯定會(huì)寫如下代碼來(lái)處理可能出現(xiàn)的空指針異常

Integer i = toInt(someString);
if (i == null) {
    System.out.println("您輸入的字符串無(wú)法轉(zhuǎn)為數(shù)字");
} else {
    System.out.println(i);
}

該代碼并不比 Scala的Option和match方法差，但你確實(shí)必須閱讀API文檔才能知道必須得這樣處理。

3.當(dāng)然還可以通過(guò)拋出NumberFormatException來(lái)處理null或者其他一些異常情況

Option的好處不僅如此

比如想統(tǒng)計(jì)下面list中的總和，這些字符串有的可以轉(zhuǎn)為Int，有的不可以

val bag = List("1", "2", "foo", "3", "bar")

要實(shí)現(xiàn)這個(gè)需求，感覺(jué)要寫很多代碼才能實(shí)現(xiàn)，其實(shí)在scala中只要一行代碼就可以實(shí)現(xiàn):

val sum = bag.flatMap(toInt).sum

為什么可以這么簡(jiǎn)單的就實(shí)現(xiàn)：
我們的toInt方法返回的是Some[Int]或None，而flatMap知道如何處理這些值，所以實(shí)現(xiàn)起來(lái)就小菜一碟了，而且還很容易閱讀和理解。

這就是使用Option/Some/None 模式真正牛叉的地方了

簡(jiǎn)單的總結(jié)java null 與 scala Option

如果你用別人寫的java方法，那么一般需要閱讀API文檔，或者是使用后拋出了NullPointException后，查文檔和資料發(fā)現(xiàn)，需要處理這個(gè)空指針異常。那么scala Option我們?cè)谑褂煤瘮?shù)的時(shí)候，可以看到返回值是個(gè)Option[Int]（直接在IDE中就能看到返回值類型，不需要去閱讀該函數(shù)的API文檔），說(shuō)明開(kāi)發(fā)這個(gè)函數(shù)的人一定用了Option/Some/None這一套組合拳，因此就知道用match case來(lái)解決了。

在我看來(lái)，其實(shí)從寫代碼的角度來(lái)看代碼量并沒(méi)有減少，優(yōu)點(diǎn)有兩：

• 更具有可讀性，
• 避免在使用函數(shù)的時(shí)候，出現(xiàn)空指針異常 Option的缺點(diǎn)

Option的缺點(diǎn)

有的人會(huì)說(shuō)，你前言中都說(shuō)了連spark源碼都不是一律采用Option來(lái)處理null值，你既然上面吹的神乎其神的，人家干嘛不全部用Option？
這里就得說(shuō)一下Option的一個(gè)缺點(diǎn)：
無(wú)法說(shuō)出某件事失敗的原因（也就是為什么你得到了一個(gè)None而不是一個(gè)Some），因?yàn)楦揪涂床坏藉e(cuò)誤異常信息

對(duì)此scala 的解決方案是使用Either Left 和 Right來(lái)處理異常信息

Either Left Right簡(jiǎn)介與使用

Either其實(shí)用起來(lái)和Option很像，不同的是Either可以返回一個(gè)字符串來(lái)描述發(fā)生的問(wèn)題。

Either 和Option的比較：
Either 就像 Option
Right 就像 Some
Left 就像 None （不過(guò)它是寫出發(fā)生問(wèn)題的原因）

還是搞一段代碼來(lái)解釋

/**
  * 這里寫個(gè)簡(jiǎn)單的方法來(lái)演示，如何寫一個(gè)返回值為Either的方法
  * 以及Either中Left和Right的用法
  */
def divideXByY(x: Int, y: Int): Either[String, Int] = {
  if (y == 0) Left("零不能作為除數(shù)")
  else Right(x / y)
}

// 使用 Either, Left, and Right的幾種不同方式
println(divideXByY(1, 0))
println(divideXByY(1, 1))
divideXByY(1, 0) match {
  case Left(s) => println("Answer: " + s)
  case Right(i) => println("Answer: " + i)
}

上面divideXByY方法返回的是一個(gè)Either[String, Int]，這個(gè)泛型String就是Left方法中傳入的數(shù)據(jù)類型，而Int就是Right方法傳入的數(shù)據(jù)類型。

通過(guò)上面的例子，會(huì)發(fā)現(xiàn)這一套東西和Option/Some/None使用起來(lái)很像，唯一不同的是，Either將出錯(cuò)的信息可以傳回，使用者可以看到異常信息。我們看看官網(wǎng)是怎么說(shuō)的：

Represents a value of one of two possible types (a disjoint union.) Instances of Either are either an instance of Left or Right.
A common use of Either is as an alternative to Option for dealing with possible missing values. In this usage,
scala.None is replaced with a Left which can contain useful information. Right takes the place of Some.
Convention dictates that Left is used for failure and Right is used for success.
說(shuō)白了就是我上面寫的，如果要返回錯(cuò)誤信息給使用者，就用Either。不過(guò)根據(jù)我經(jīng)驗(yàn)，一般這樣的場(chǎng)景不算多。因此最長(zhǎng)用的還是Option。

到此這篇關(guān)于Scala中如何優(yōu)雅的處理Null的文章就介紹到這了,更多相關(guān)Scala處理Null內(nèi)容請(qǐng)搜索腳本之家以前的文章或繼續(xù)瀏覽下面的相關(guān)文章希望大家以后多多支持腳本之家！

最新評(píng)論