使用 scalaz 你有Validation[E, A]
,它类似于Either[E, A]
但具有 ifE
是一个半组(意思是可以连接的东西,如列表)的属性,而不是多个验证结果可以以保留所有发生的错误的方式组合。
例如,使用 Scala 2.10-M6 和 Scalaz 7.0.0-M2,其中 Scalaz 有一个自定义Either[L, R]
命名\/[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 错误或 none)或成功消息。然后,您可以切换回\/
方便。
注意:Either 和 Validation 的区别主要在于 Validation 可以累积错误,但不能flatMap
丢失累积的错误,而使用 Either 不能(轻松)累积但可以flatMap
(或在理解中)并且可能丢失除了第一条错误信息。
关于错误层次结构
我想这可能会让你感兴趣。不管使用 scalaz/ Either
/ \/
/ Validation
,我都觉得上手很容易,但接下来需要做一些额外的工作。问题是,如何以有意义的方式从多个错误函数中收集错误?当然,您可以在任何地方使用Throwable
orList[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
映射f
左边的函数,e: \/
因为\/
是一个双函子。因为se: scala.Either
你可能有se.left.map(f)
。
这可以通过提供shapeless HListIso
s 以绘制漂亮的错误树来进一步改进。
修订
更新:(e: \/).vnel
将故障侧提升为 a NonEmptyList
,因此如果我们有故障,我们至少有一个错误(是:或没有)。