json文件規劃求最優解的簡單介紹

本文目錄一覽：

1、能不能再小一點，記一次lottie json文件的優化
2、python3.0怎麼用json從文件解析
3、如何優化很長的 JSON 數據
4、使用json傳輸數據有什麼優缺點
5、json格式錯誤怎樣解決？

能不能再小一點，記一次lottie json文件的優化

一個lottie導出的json文件有60多k，我有點忍不了，因為就是一個logo的loading圖。

圖片已經用 tinypng.com/ 壓縮到7k，但是導出來的json文件還是比較大，有60多k，去看了AE的設置貌似沒有用。

分析了下lottie導出來的json文件，實際圖片是被轉成base64字符串了,這個串AE轉的比較大，我看下能不能把這個串弄小點。於是到 imgbase64.duoshitong.com 試了下把壓縮後的圖片用這個網站在線轉一下，發現轉出來的字符串只有10k。

馬上替換掉json中原先圖片的base64串，這個時候json文件只有13k，重新運行，一切正常。

python3.0怎麼用json從文件解析

1、說明：

python3通過json模塊load函數來解析文件。

2、代碼示例：

首先編寫一個json文件j.txt,內容如下：

{“errno”:1,”errmsg”:”操作成功！”,”data”:[]}

python代碼如下：

import json

with open(‘j.txt’, ‘r’) as fr:

o = json.load(fr)

print(o[‘errno’])

print(o[‘errmsg’])

print(len(o[‘data’]))

輸出如下：

操作成功！

3、函數說明：

load(fp, cls=None, object_hook=None, parse_float=None, parse_int=None, parse_constant=None, object_pairs_hook=None, **kw)

反序列化fp（一個.read（）包含 – 支持類文件對象一個JSON文件），以一個Python對象。

object_hook是將與被調用的可選功能任何對象文本解碼（一個“dict“）的結果。返回值object_hook將用來代替dict。此功能可用於實現自定義解碼器（例如JSON-RPC級提示）。

object_pairs_hook是將與被調用的可選功能任何對象的結果與對的有序列表字面解碼。該的返回值object_pairs_hook將用來代替dict。

此功能可用於實現依賴於定製解碼器命令該鍵和值對被解碼（例如，collections.OrderedDict會記得插入的順序）。如果object_hook也定義了object_pairs_hook優先。

要使用自定義JSONDecoder子類，與cls指定它kwarg;否則JSONDecoder使用。

4、其它說明：

也可以使用json.loads函數來直接處理字符串，方法如下：

o=json.loads(‘{“errno”:0,”errmsg”:”操作成功！”,”data”:[]}’)

如何優化很長的 JSON 數據

我們知道，JSON作為一種輕量級的數據交換格式，現在被廣泛應用，特別是在API層，返回數據格式基本上都是JSON。但是，JSON字符串如果過長，那在網絡傳輸中也存在耗時的，站在性能角度我們需要合理優化JSON。

JSON優化建議

1、服務器端開啟GZip壓縮

主流的服務端都支持GZip壓縮，對於一般的純文本內容GZip壓縮率在35%以上，這樣做的好處也很明顯：

減少JSON輸出大小，網絡傳輸速度更快；

節省帶寬。

2、鍵名縮短

對於結果集而言，數據都是查詢循環輸出的，所以當我們把鍵名縮短也變相壓縮了JSON文本長度。比如原本的 {“name”:”張三”} 我們可以寫為 {“a”:”張三”}

3、JSON中的中文避免被轉為Unicode編碼

現在也有不少人喜歡將JSON中的漢字轉為Unicode編碼，此時JSON文本內容就會變得很長，如果避免漢字轉碼，可以控制文本長度。

以上就是我的觀點，對於這個問題大家是怎麼看待的呢？歡迎在下方評論區交流 ~ 我是科技領域創作者，十年互聯網從業經驗，歡迎關注我了解更多科技知識！

使用json傳輸數據有什麼優缺點

JSON 作為一種更輕、更友好的 Web services客戶端的格式（多採用瀏覽器的形式或訪問 REST風格 Web服務的Ajax應用程序的形式）引起了 Web 服務供應商的注意。

JSON剖析：優點和不足

對於JSON，首先要明白JSON和XML一樣也是一種簡單文本格式。相對於XML，它更加易讀、更便於肉眼檢查。在語法的層面上，JSON與其他格式的區別是在於分隔數據的字符，JSON中的分隔符限於單引號、小括號、中括號、大括號、冒號和逗號

乍看上去，使用JSON的數據分隔符的優點可能並不那麼明顯，但存在一個根本性的緣由：它們簡化了數據訪問。使用這些數據分隔符時， JavaScript引擎對數據結構（如字符串、數組、對象）的內部表示恰好與這些符號相同。

這將開創一條比DOM技術更為便捷的數據訪問途徑。下面列舉幾個JavaScript代碼片段來說明這一過程，這些代碼片段會訪問先前的JSON代碼片段中的信息：

訪問JSON中的名稱： addressbook.name

訪問JSON中的地址： addressbook.address.street

訪問JSON中的電話號碼第一位：addressbook.address.phoneNumbers[0]

如果您具備DOM編程經驗，就能很快地看出區別；新手可以參看 Document Object Model 的這一外部資源，這裡提供了關於數據導航的實例。

JSON的另一個優點是它的非冗長性。在XML中，打開和關閉標記是必需的，這樣才能滿足標記的依從性；而在JSON中，所有這些要求只需通過一個簡單的括號即可滿足。在包含有數以百計字段的數據交換中，傳統的XML標記將會延長數據交換時間。目前還沒有正式的研究表明JSON比XML有更高的線上傳輸效率；人們只是通過簡單的字節數比較發現，對於等效的JSON和XML有效負載，前者總是小於後者。至於它們之間的差距有多大，特別是在新的XML壓縮格式下它們的差距有多大，有待進一步的研究。

此外，JSON受到了擅長不同編程語言的開發人員的青睞。這是因為無論在Haskell中或 Lisp中，還是在更為主流的C#和PHP中，開發都可以方便地生成JSON（詳見參考資料）。

不足

和許多好東西都具有兩面性一樣，JSON的非冗長性也不例外，為此JSON丟失了XML具有的一些特性。命名空間允許不同上下文中的相同的信息段彼此混合，然而，顯然在JSON中已經找不到了命名空間。JSON與XML的另一個差別是屬性的差異，由於JSON採用冒號賦值，這將導致當XML轉化為JSON時，在標識符（XML CDATA）與實際屬性值之間很難區分誰應該被當作文本考慮。

另外，JSON片段的創建和驗證過程比一般的XML稍顯複雜。從這一點來看，XML在開發工具方面領先於JSON。儘管如此，為了消除您對這一領域可能存在的困惑，

json格式錯誤怎樣解決？

json格式錯誤解決方法：

1、在用org.json.JSONObject 解析從網絡獲取的json數據時，遇到JSONException: java.lang.String cannot be converted to JSONObject，打印字符串，查看json字符串沒有問題；

2、造成問題的原因是在編寫json文件的時候，採用utf-8編碼，utf8有個BOM格式，去掉這個格式就ok了；

3、另外還有一種辦法，就是在java代碼中去除BOM頭。

Select方法重新投影對象集合將Birthday屬性轉換成一個新的屬性，注意屬性變化後要重新命名，屬性名可以相同；這裡可以使用select方法也可以使用LINQ查詢表達式，也可以選擇別的方式達到相同的目的；這種辦法可以將集合中客戶端不用的屬性剔除，達到簡單優化性能的目的。

原創文章，作者：小藍，如若轉載，請註明出處：https://www.506064.com/zh-hant/n/194382.html