使用 scalaz 你有Validation[E, A],它类似于Either[E, A],但是如果E 是一个半群(意思是可以连接的东西,比如列表),那么多个经过验证的结果可以以某种方式组合保留所有发生的错误。
以 Scala 2.10-M6 和 Scalaz 7.0.0-M2 为例,其中 Scalaz 有一个名为 \/[L, R] 的自定义 Either[L, R],默认为右偏:
import scalaz._, Scalaz._
implicit class EitherPimp[E, A](val e: E \/ A) extends AnyVal {
def vnel: ValidationNEL[E, A] = e.validation.toValidationNEL
}
def parseInt(userInput: String): Throwable \/ Int = ???
def fetchTemperature: Throwable \/ Int = ???
def fetchTweets(count: Int): Throwable \/ List[String] = ???
val res = (fetchTemperature.vnel |@| fetchTweets(5).vnel) { case (temp, tweets) =>
s"In $temp degrees people tweet ${tweets.size}"
}
这里的result 是一个Validation[NonEmptyList[Throwable], String],包含所有发生的错误(温度传感器错误和/或twitter 错误或无)或成功消息。然后您可以切换回\/ 以方便使用。
注意:Either 和 Validation 的区别主要在于 Validation 可以累积错误,但不能 flatMap 丢失累积的错误,而使用 Either 不能(轻松)累积但可以 flatMap(或为了便于理解)并且可能会丢失除第一条错误消息之外的所有内容。
关于错误层次结构
我认为这可能会让您感兴趣。无论使用 scalaz/Either/\//Validation,我都体验到入门很容易,但继续前进需要一些额外的工作。问题是,如何以有意义的方式从多个错误函数中收集错误?当然,您可以在任何地方使用 Throwable 或 List[String] 并享受轻松的时光,但听起来不太实用或可解释。想象一下得到一个错误列表,如“缺少儿童年龄”::“IO 错误读取文件”::“除以零”。
所以我的选择是创建错误层次结构(使用 ADT-s),就像将 Java 的已检查异常包装到层次结构中一样。例如:
object errors {
object gamestart {
sealed trait Error
case class ResourceError(e: errors.resource.Error) extends Error
case class WordSourceError(e: errors.wordsource.Error) extends Error
}
object resource {
case class Error(e: GdxRuntimeException)
}
object wordsource {
case class Error(e: /*Ugly*/ Any)
}
}
然后,当使用具有不同错误类型的错误函数的结果时,我将它们加入到相关的父错误类型下。
for {
wordSource <-
errors.gamestart.WordSourceError <-:
errors.wordsource.Error <-:
wordSourceCreator.doCreateWordSource(mtRandom).catchLeft.unsafePerformIO.toEither
resources <-
errors.gamestart.ResourceError <-:
GameViewResources(layout)
} yield ...
这里f <-: e 映射了e: \/ 左侧的函数f,因为\/ 是一个双函子。对于se: scala.Either,您可能有se.left.map(f)。
这可以通过提供shapelessHListIsos 来进一步改进,以便能够绘制漂亮的错误树。
修订
更新:(e: \/).vnel 将失败端提升为NonEmptyList,因此如果我们遇到失败,我们至少有一个错误(是:或没有)。