→ cancelpc: 應該只是他們用的 lib 不支援,json 本 118.168.201.28 01/03 21:48
→ cancelpc: 身規格有含 null 值得處理方式,一種是 118.168.201.28 01/03 21:48
→ cancelpc: 直接不帶出該欄位,一種就是帶出 null, 118.168.201.28 01/03 21:48
→ cancelpc: 但有時需要另外設定。 118.168.201.28 01/03 21:48
→ cancelpc: 不然你就找你用的 lib ,看有無不輸出 n 118.168.201.28 01/03 21:49
→ cancelpc: ull 值的欄位。 118.168.201.28 01/03 21:49
推 lnmlee: 這情況我常見 基本上是android端處理 因為 101.14.178.179 01/05 22:21
→ lnmlee: 資料不完全要做例外處理 (跳警告卸責後端 101.14.178.179 01/05 22:21
→ lnmlee: 也好 自己處理也罷)而不是放任它程式壞掉 101.14.178.179 01/05 22:21
→ JackChena: 公司有缺android工程師嗎?換掉即可 39.9.5.196 01/13 17:37
→ JackChena: 沒有做不到 只有想不想做,另外web的容 39.9.5.196 01/13 17:40
→ JackChena: 錯率很高 所以網頁通常有問題只是沒反 39.9.5.196 01/13 17:40
→ JackChena: 應而已,app設計通常有問題就是往上拋 39.9.5.196 01/13 17:40
→ JackChena: 到沒人接exception就會丟當機出來,為 39.9.5.196 01/13 17:40
→ JackChena: 了使用者體驗故意這樣設計的,所以體 39.9.5.196 01/13 17:40
→ JackChena: 驗永遠是app遠大於網頁 39.9.5.196 01/13 17:40
→ JackChena: 逼你去處理問題 39.9.5.196 01/13 17:40
→ JackChena: Web通常是動態語言,而且很多都是瀏覽 39.9.5.196 01/13 17:43
→ JackChena: 器幫你處理掉這些錯誤了,null就頂多就 39.9.5.196 01/13 17:43
→ JackChena: undefined <=這個還是有分配記憶體喔, 39.9.5.196 01/13 17:43
→ JackChena: app則扯到存取記憶體問題,記憶體沒有 39.9.5.196 01/13 17:43
→ JackChena: 你去拿就死給你看 39.9.5.196 01/13 17:43
推 arliang: 推一樓,null不該出現欄位 101.8.224.126 01/18 09:52
→ liddle: 丟出 null 不是個好作法。很難追問題。另 101.13.197.255 02/28 13:06
→ liddle: 外處理 null 要耗費資源。 101.13.197.255 02/28 13:06