PartialFunctions
在Scala中,PartialFunction
简而言之就是定义了一个isDefinedAt
方法的函数。
使用一系列的case
语句很容易定义偏函数。例如,一个微不足道的例子:
scala> val pf: PartialFunction[Int, Unit] = {
| case 42 => ()
| }
pf: PartialFunction[Int,Unit] = <function1>
scala> pf.isDefinedAt(42)
res0: Boolean = true
scala> pf.isDefinedAt(0)
res1: Boolean = false
isDefinedAt
自动从定义偏函数的case
列表中生成。
背景
Lift框架在许多地方使用部分函数,例如定义请求是否应该由Lift引擎处理或直接从磁盘上的文件中提供。有时,我希望编写一个匹配所有输入参数的case
语句,并稍后决定是否要返回值。这意味着最初的一系列case
已不足以确定我的函数在给定值处是否已定义。
例如,在Lift中,我想添加一个规则,即所有html和htm文件都将直接提供,而具有“lift”扩展名的文件应进行处理。看起来可以像这样做:
LiftRules.liftRequest.prepend {
case Req(path, extension, tpe) => extension match {
case "html" | "htm" => false
case "lift" => true
}
}
不幸的是,在这种情况下,编译器认为我的部分函数在任何地方都被定义了,因为第一个case
总是匹配的。只有嵌套的match
可能不会匹配所有传入的请求。如果请求没有匹配的话,将会抛出一个MatchError
。
问题
是否有一种简单的方法让编译器在定义部分函数时考虑嵌套的match
语句,还是唯一的方法是像这样内联所有嵌套的条件语句?
LiftRules.liftRequest.prepend {
case Req(path, extension, tpe) if extension == "html" || extension == "htm" => false
case Req(path, extension, tpe) if extension == "lift" => true
}
在这个例子中,它基本上是可行的,但可读性降低了,并且我遇到过一些情况,在这些情况下,内联所有检查看起来非常丑陋。
case Req(path, ext @ CheckExtension(valid), tpe)
的形式,以明确显示Req
给你的内容。 - Debilski