前端解析json字符串 前端如何解析由list轉(zhuǎn)換過來的json數(shù)據(jù)?
前端如何解析由list轉(zhuǎn)換過來的json數(shù)據(jù)?兩種方法,舉個(gè)例子吧:方法一:var str = "[{"a":"1001","b":"book1"},{"a":"1002","b":"book2"}]
前端如何解析由list轉(zhuǎn)換過來的json數(shù)據(jù)?
兩種方法,舉個(gè)例子吧:
方法一:
var str = "[{"a":"1001","b":"book1"},{"a":"1002","b":"book2"}]"
var obj = JSON.parse(str)
obj[0].b方法二:
var str = "[{"a":"1001","b":"book1"},{"a":"1002","b":"book2"}]"
var obj = eval(str)
obj[1].b
如何優(yōu)化很長的JSON數(shù)據(jù)?
現(xiàn)在主流的網(wǎng)絡(luò)請求中都采用JSON作為其數(shù)據(jù)交互格式,這主要是因?yàn)镴SON有以下優(yōu)勢:
數(shù)據(jù)格式簡單,易于讀寫,格式都是壓縮的,占用帶寬??;
易于解析,客戶端JS很容易JSON數(shù)據(jù)進(jìn)行解析和編輯;
支持大多數(shù)后端語言,大大簡化了服務(wù)端和前端交互時(shí)的代碼開發(fā)量,且易于維護(hù);
但如果在開發(fā)過程中,把很長很大的JSON數(shù)據(jù)在前后端傳輸,那就說明設(shè)計(jì)工作沒做好,應(yīng)該盡量避免這種數(shù)據(jù)傳輸,但也可以從下面幾個(gè)方面進(jìn)行下優(yōu)化:
優(yōu)化json數(shù)據(jù)的key-value的長度,盡量簡潔易懂即可;
異步分批加載,建設(shè)大數(shù)據(jù)量造成前端頁面卡死;
前端增加銷毀機(jī)制,可以一邊加載,一邊銷毀;
使用解析和壓縮性能高的JSON解析工具;
在 Skylake 處理器上,各種解析器解析同一個(gè)大數(shù)據(jù)量的JSON文件的速度(以 GB/s 為單位)如下所示: