Scala [json4s]：提取不同对象的数组

我使用的是facebook graph API，其响应与此类似：

{
  "data": [
    {
      "id": "311620272349920_311718615673419", 
      "from": {
        "id": "1456046457993048", 
        "name": "Richard Ettinson"
      }, 
      "to": {
        "data": [
          {
            "id": "311620272349920", 
            "name": "Barbara Fallerman"
          }
        ]
      }, 
      "with_tags": {
        "data": [
          {
            "id": "311620272349920", 
            "name": "Barbara Fallerman"
          }
        ]
      }, 
      "message": "I was gong out with her", 
      "actions": [
        {
          "name": "Comment", 
          "link": "https://www.facebook.com/311620272349920/posts/311718615673419"
        }, 
        {
          "name": "Like", 
          "link": "https://www.facebook.com/311620272349920/posts/311718615673419"
        }
      ]
}

例如，我设法通过

val extracted = (json \ "data" \"from").extract[PostFrom]

---

但我担心，如果我使用这种技术，我将需要多次传递Json来提取我需要的所有值，这可能会导致糟糕的性能

如何从非相似对象数组中将这些字段提取到case类中

我尝试了以下

案例类

：

abstract class BaseResponse()
case class Data(list:List[Post])
case class Post(id: String, post: PostFrom) extends BaseResponse
case class PostFrom(id: String, name:String)

---

这总是会导致一个空列表，有没有办法返回一个

数据

类，该类包含我感兴趣的特定类的列表？（例如，顶级

id

，

来自
和
带有_标记的
）
我发现的一种可能性是使用更多的case类而不是继承：

case class Root[T](data:Option[T])
case class Post(id: String, from: From, message: String)
case class From(id: String, name:String)

基本上，必须有一个根对象，它接受某种类型的graphs响应对象，此外，它是可选的，以便在响应解析出现问题时不会引发异常

然后，我以以下方式使用它：

val body = r.entity.asString
val json = parse(r.entity.asString)
val root = json.extract[Root[Post]]

root.data match {
  case Some(post) =>
      val tagger = Tagger(post.from.id, post.from.name, post.id, post.message)
      log.info(s"We received $tagger")
      originalSender ! RetrievedTagger(tagger)

  case None => originalSender ! NoTaggerFound
}

“这可能会导致糟糕的表现”——在需要之前，你不应该太在意表现。i、 e.如果它能以每秒100次的速度迭代json，那么如果它在json上迭代一次或四次可能不会有多大影响。一般来说，我会同意，但我觉得我没有完全掌握如何用json4s解析那些更复杂的json构造，这通常会非常有用。因此，我希望有人能给我一个更好的解决方案。我们做json之类的“数据”基本上是一个地图查找。除非你必须做1000次，否则惩罚不会很高。对性能产生负面影响的是每个级别的元素数量。它非常小。所以，是的，它不是恒定的时间查找，而是每个级别的元素数量，问题是它是否重要？