1樓：
thrift, protocol buffer, xdr.
JSON 至今沒有乙個很好的流式處理 API，可以改進的機會太多了。
2樓：王瑞期
有，RDF這個標準就是W3C設計用來對Web上的資源進行語義化描述的，基於URL做唯一ID，以主、謂、賓的三元組語法表達語義，以本體描述實現語義。基於RDF標準構建的資料，可以無縫對接，無需考慮schema等問題，無需考慮資料結構是否一致的問題，任意兩個RDF資料，都能夠聚合在一起。
由於RDF是乙個標準，因此使用的話，要使用其某一種實現。當前RDF的實現由RDF/XML，N-Triple，Turtle，JSON-LD等幾類格式。DBPedia使用的是N-Triple，但目前被認為最好（依舊不完美）的實現格式是Turtle，因為其在形式上很好的體現了RDF三元組的特點，而在結構上，其更好地表現了RDF的圖模型結構。
不過，雖然RDF號稱很好，但用起來真不如JSON好。說實在的，JSON是相當不錯的
3樓：楊光
別的選擇還有，更好的選擇沒有。除非有新的資料格式出現，不然交換格式的極致就是json和xml了。json和xml的用途不完全一樣，不能說json絕對比xml好。
免費的天氣預報Api有哪些？返回資料是json格式的
douyacun 部落格增加天氣外掛程式開發，從中國天氣網爬的，每小時更新一次，開放了乙個API 出來，返回資料是json 支援 小時預報 7天天氣預報 尾號限行 生活指數 空氣質素 日公升日落時間 中國城市天氣介面 小時預報,7天天氣預報,尾號限行,生活指數,空氣質素,日公升日落時間 Douyac...
資料格式不規範，現需要按條件將多行合併為一行？
老劉 簡單的方法可以考慮把源表稍作變形然後用資料透視表就解決了如圖所示 透視表結果 不過這個方法仍存在乙個問題 就是專案結果資料如果是文字透視結果將無法呈現，例如某一項的結果是 陰性 利用上述方式透視結果無法顯示，我的解決辦法是針對特點文字格式替換成可以區別的數字格式，如 陰性 用 1替代，陽性 替...
前端應該信任後端 API 提供的資料嗎？
Ivan 應該信任，不要浪費寶貴的開發時間。前端對後端的不信任，最多也就是質疑下後端是不是合法正常的，其餘的不信任都是多餘的。後端不信任前端的資料是因為只要符合api的規定就能呼叫，容易被非法利用。但是前端不相信後端的話，講道理那也不應該因為後端搞你而導致使用者相關資訊乃至系統完蛋吧？即使多此一舉地...