upickle：在反序列化過程中無效的字符串值

我在scala.js世界很新，所以我決定嘗試一些小例子，其中一個很簡單，獲取請求並解析返回到scala實體的json。upickle：在反序列化過程中無效的字符串值

請找出代碼，做它下面：

def loadAndDisplayPosts(postsElement: Element) = { 
    jQuery.get(
    url = "/posts", 
    success = { 
     (data: js.Any) => 
     val stringify = JSON.stringify(data) 
     console.log(stringify) 
     val posts = read[List[Post]](stringify) 
     console.log(posts.size) 
     posts.map(render).foreach(postsElement.appendChild) 
    } 
) 
}

的console.log（字符串化）返回以下JSON：

[ 
    { 
    "title": "Some fancy title", 
    "content": "some very long string with \"escaped\" characters", 
    "tags": [ 
     "algorithms" 
    ], 
    "created": 1474606780004 
    } 
]

而當一切都歸結爲

read[List[Post]](stringify)

我收到以下例外情況：

upickle.Invalid$Data: String (data: 1474606780004)

所以問題是：是否有什麼是做錯了？有這種行爲的一些有效理由嗎？

版庫的使用：

"com.lihaoyi" %%% "upickle" % "0.4.1"

編輯：

添加實體本身：

case class Post(title: String, 
        content: String, 
        tags: List[String] = List.empty, 
        created: Long = System.currentTimeMillis())

編輯2：

下面的代碼產生相同的誤差：

val post = Post("Some title", "some \"content\"", List("algorithms"), 1474606780004L) 
val json = write[List[Post]](List(post))

在此先感謝您的澄清。

來源

2016-06-07 tkachuko

我相信upickle連載'Long's爲JSON字符串。嘗試在手動實例化的帖子列表上調用'write'並將輸出與'stringify'字符串進行比較。 –

作爲替代方案：你可以調用'readJs'而不是'read'，傳遞'data'而不是'stringify'？ –

將回調簽名更改爲data：Js.Value並調用readJs方法導致此異常：scala.scalajs.runtime.UndefinedBehaviorError：檢測到未定義的行爲：[object Object]，[object Object]，[object Object]，[object Object ]，[object Object]不是upickle的實例。Js $值 – tkachuko

嗯，其實正確的答案竟然是在這裏：upickle read from scalaJS - upickle.Invalid$Data: String (data: 1)

字符串只是部分正確的答案。你也可以使用Double（至少你得到自由轉換，從實際的長度免費在scala端）。

所以我結束了下面的實體，其工作只是正常：

case class Post(title: String, 
        content: String, 
        tags: List[String] = List.empty, 
        created: Double = System.currentTimeMillis())

來源

2016-06-09 01:42:55 tkachuko

uPickle在JSON中將字符串序列化爲Long，因爲JavaScript數字不能代表所有的Long s。

因此，您的對象的created字段應該是字符串"1474606780004"。

來源

2016-06-08 19:17:02 sjrd

感謝您的回覆。對我來說'created'只是一個時間戳。例如，uPickle能夠處理來自java 8日期/時間API的LocalDateTime嗎？ – tkachuko

同樣來自uPickle網站：開箱即用，uPickle支持寫入和讀取以下類型： Boolean，Byte，Char，Short，Int，** Long **，Float，Double。爲什麼會發生這種情況，圖書館無法使用具有「長」字段的案例類？ – tkachuko

「uPickle在JSON中將Longs串行化爲字符串」 - 不正確。 'write [List [Post]]（List（post））'產生同樣的異常，所以我最好說它根本不適用於'Long'類型。 – tkachuko

upickle：在反序列化過程中無效的字符串值

回答

相關問題