6

我正在尝试将来自 REST API 的响应建模为可以使用模式匹配的案例类。

我认为假设继承会很合适，但我发现这已被弃用。我知道已经存在与案例类和继承相关的问题，但我的问题更多是关于如何在没有继承的情况下在此处按照“正确方式”建模。

我从以下两个案例类开始，它们工作正常：

case class Body(contentType: String, content: String)
case class Response(statusCode: Int, body: Body)

即 REST 调用将返回类似以下内容：

Response(200, Body("application/json", """{ "foo": "bar" }"""))

我可以像这样进行模式匹配：

response match {
  case Response(200, Body("application/json", json)) => println(json)
  case Response(200, Body("text/xml", xml)) => println(xml)
  case Response(_,_) => println("Something unexpected")
}

等等，效果很好。

我遇到麻烦的地方是：我想要这些案例类的辅助扩展，例如：

case class OK(body: Body) extends Response(200, body)
case class NotFound() extends Response(404, Body("text/plain", "Not Found"))

case class JSON(json: String) extends Body("application/json", json)
case class XML(xml: String) extends Body("text/xml", xml)

这样我就可以像这样进行简化的模式匹配：

response match {
  case OK(JSON(json)) => println(json)
  case OK(XML(xml)) => println(xml)
  case NotFound() => println("Something is not there")

  // And still drop down to this if necessary:
  case Response(302, _) => println("It moved")
}

并且还允许我的 REST 代码直接使用和返回：

Response(code, Body(contentType, content))

这更容易动态地建立响应。

所以...

我可以通过以下方式编译它（带有弃用警告）：

case class OK(override val body: Body) extends Response(200, body)

但是，这似乎不适用于模式匹配。

Response(200, Body("application/json", "")) match {
  case OK(_) => ":-)"
  case _ => ":-("
}
res0: java.lang.String = :-(

关于这如何工作的任何想法？我对不同的方法持开放态度，但这是我为案例类寻找实际用途的尝试

4

3 回答 3

10

案例类不应该被子类化有几个原因。在您的情况下，问题变成OK了 (a subtype of) 之外的另一种类型Response，因此匹配失败（即使参数匹配，类型也不匹配）。

相反，您将需要自定义提取器。例如：

case class Response(code: Int, body: String)
object OK {
  def apply(body: String) = Response(200, body)
  def unapply(m: Response): Option[String] = m match {
    case Response(200, body) => Some(body)
    case _                   => None
  }
}

def test(m: Response): String = m match {
   case OK(_) => ":-)"
   case _     => ":-("
}

test(Response(300, "Hallo"))  // :-(
test(Response(200, "Welt"))   // :-)
test(OK("Welt"))              // :-)

此线程中还有一些自定义提取器的示例。

于 2012-06-25T02:08:29.840 回答
1

你看过未经过滤的 scala 库吗？ http://unfiltered.lessis.me/ 它可以帮助您解决问题。高温高压

于 2012-06-25T08:02:13.837 回答
1

虽然 0__ 提到的自定义提取器当然可以使用，但您将失去密封类型层次结构的详尽保证。虽然在您在问题中给出的示例中没有任何内容sealed，但问题非常适合他们。

在这种情况下，我的建议是简单地确保case class始终位于类型层次结构的底部，并使上层类正常。例如：

sealed class Response(val statusCode: Int, val body: Body) sealed
case class Ok(override val body: Body) extends Response(200, body)
sealed class NotOk(statusCode: Int, body: Body) extends Response(statusCode, body)
case object NotFound extends NotOk(404, "Not found")
// and so on...
于 2012-06-25T17:20:48.303 回答