|
|
什么是JSON？
大多數(shù)開發(fā)者不是只進行AJAX程序程序開發(fā)的，我這里先介紹一點背景知識。JSON是一種簡單的、人能夠閱讀的數(shù)據(jù)交換格式，在AJAX程序中，當服務(wù)器與web程序之間傳輸數(shù)據(jù)時，通常采用這種格式。
舉例來說，假如你從收藏的web郵件中選擇一個聯(lián)系人名稱，以便能夠看到該聯(lián)系人信息。服務(wù)器向web程序（運行在瀏覽器中）發(fā)送的數(shù)據(jù)流可能是下面的樣子：
{
"firstName": "cyra",
"lastName": "richardson",
"address": {
"streetAddress": "1 Microsoft way",
"city": "Redmond",
"state": "WA",
"postalCode": 98052
},
"phoneNumbers": [
"425-777-7777",
"206-777-7777"
]
}
值得慶幸的是，這種格式與JavaScript的語法完全兼容。當今的很多程序使用Javascript的eval()函數(shù)將這種得到的數(shù)據(jù)轉(zhuǎn)換成 Javascript對象。使用eval()是不安全的，并且耗費資源。eval()將這個字符串解析為Jscript表達式，并且執(zhí)行。如果傳遞給 eval()的字符串被篡改過，它就可能含有我們不期望的數(shù)據(jù)，甚至是別人的代碼，這樣就注入到了你的web程序中。
現(xiàn)在，有很多采用 Javascript編寫的庫，用來更加安全地解析不受信任的JSON數(shù)據(jù)。有些使用Jscript編寫的解析器(http: //www.json.org/json_parser.js)對數(shù)據(jù)進行了嚴格的驗證，有些庫，像json2,js（http: //www.json.org/json2.js），采用正則表達式對輸入的字符串進行全面的檢查，然后使用eval()快速解析。理想的解決方案是一種原生實現(xiàn)方法，避免應(yīng)用程序遭受代碼注入，運行很快，并且隨處都能使用。
IE8 Jscript中原生JSON
IE8 的Jscript引擎已經(jīng)有了JSON完全的原生實現(xiàn)，在保持與ES3.1提案草案（Proposal Working Draft，地址http://wiki.ecmascript.org/doku.php?id=es3.1: es3.1_proposal_working_draft）中所描述的JSON支持的兼容性的同時，極大地提高了序列化、反序列化的速度，并且提高解析不信任數(shù)據(jù)的安全性。
API
我們定義了一個新的內(nèi)置對象“JSON”，這個對象可被修改或者重寫。看上去很像math或者其他內(nèi)置的全局對象。除了JSON對象之外，toJSON()這些特定的函數(shù)也添加到了Date、Number、String和 boolean對象的原型上。JSON對象有兩個方法：parse()和stringify()。
例如：
var jsObjString = "{/"memberNull/" : null, /"memberNum/" : 3, /"memberStr/" : /"StringJSON/", /"memberBool/" : true , /"memberObj/" : { /"mnum/" : 1, /"mbool/" : false}, /"memberX/" : {}, /"memberArray/" : [33, /"StringTst/",null,{}]";
var jsObjStringParsed = JSON.parse(jsObjString);
var jsObjStringBack = JSON.stringify(jsObjStringParsed);
這個由parse()方法產(chǎn)生、又通過stringify()方法序列化回去的對象與下面的對象是完全一樣的：
var jsObjStringParsed =
{
"memberNull" : null,
"memberNum" : 3,
"memberStr" : "StringJSON",
"memberBool" : true ,
"memberObj" :
{
"mnum" : 1,
"mbool" : false
},
"memberX" : {},
"memberArray" :
[
33,
"StringTst",
null,
{}
]
};
JSON.parse(source, reviver)
JSON.parse方法執(zhí)行反序列化，它采用JSON格式的字符串(由參數(shù)source指定)，產(chǎn)生Jscript對象或者數(shù)組。
可選參數(shù)revive是一個用戶自定義函數(shù)，用來計入解析的變化。結(jié)果對象或者數(shù)組遞歸遍歷，reviver函數(shù)用在每一個成員上，每個成員值被 reviver的返回值所替代。如果reviver返回null，則對象成員被刪除。對reviver的遍歷和調(diào)用是按后序遍歷完成的。也就是說：對象的所有成員被“revived”之后，整個對象也就“revived”了。
reviver主要用來識別類似ISO這樣的字符串，將它們轉(zhuǎn)成 Date對象。到目前為止，JSON格式（http://www.json.org/）對Date對象來說，是不能來回轉(zhuǎn)換的，這是因為沒有 Jscript的標準Date文字量。ES3.1草案（http://wiki.ecmascript.org/doku.php?id=es3.1: es3.1_proposal_working_draft）包含了一個如何使用reviver函數(shù)解決這個問題的例子。
JSON.stringify(value, replacer, space)
這個是序列化方法。它以由value參數(shù)指定的對象或者數(shù)組為參數(shù)，生成JSON格式的字符串。對象或者數(shù)組遞歸訪問，序列化成特定的JSON格式。如果 value參數(shù)有toJSON()方法，那么這個方法就起第一個過濾器的作用，原始的value被value.toJSON(key)替代，最終的值被序列化。參數(shù)key是一個字符串，當類似（key:value）這樣的對象被序列化時，key是成員的名字。對根對象來說，key是空字符串。
Date.prototype.toJSON()生成一個無需轉(zhuǎn)義的字符串，是真正的序列化器，因為stringify()會返回最原始、沒有任何變化的字符串。Date對象通過toJSON()方法進行序列化。
Number.prototype.toJSON ()、String.prototype.toJSON()、 Boolean.prototype.toJSON()函數(shù)返回ValueOf()。他們用來進行對象的正確序列化，像“ var num = new Number(3.14);”這樣的對象。
可選的replacer參數(shù)起過濾器的作用，遞歸使用。它可以是個函數(shù)，也可以是個數(shù)組。如果 replacer是一個函數(shù)，那么對每個對象成員key:value都調(diào)用replacer(key,value)。至于根對象，調(diào)用replacer ("",value)。如果replacer是個數(shù)組，則必須是個數(shù)組字符串。數(shù)組的元素就是要進行序列化成員的名字。序列化的順序按照數(shù)組中的名字順序。在序列化數(shù)組時，數(shù)組replacer是被忽略的。
可選的參數(shù)space是關(guān)于如何格式化輸出文字的，如果該參數(shù)省略，則輸出文字沒有任何額外的空格。如果它是一個數(shù)字，它指定的是每個級別縮進的空格數(shù)。如果它是一個字符（比如"/t"或者“ ”）,它就以這些字符縮進每一個級別的字符。
對現(xiàn)有的網(wǎng)頁有何影響？
ES3.1 JSON提案是被流行的json2.js所使用的主要因素。我們也采用JSON這個名字。全局對象JSON能夠被重寫。然而，它不再是一個未定義的對象。這與通過在腳本語言中引入new關(guān)鍵字是相同的。采用一個名字偶爾會影響現(xiàn)有的代碼。使用json2.js的頁面不太可能會受影響。除了極少數(shù)的例外，所有這些頁面都將會繼續(xù)正常工作，只能是運行得更快。
那些自己實現(xiàn)的JSON對象定義的頁面可能會受到影響，尤其是使用類似“if(!this.JSON) { JSON=…}”這種模式定義的JSON對象。有兩種主要的方法可以解決這個問題：
1，將現(xiàn)有代碼遷移，使用原生JSON對象
如果自己的JSON實現(xiàn)是基于json2.js的某種版本的，遷移起來就很簡單。
2，決定不使用原生JSON支持，繼續(xù)使用自己現(xiàn)有的JSON對象
這可以通過重命名或者重寫JSON名字實現(xiàn)。重命名意味著要將所有使用JSON名字的代碼修改成類似“MyJSON”這樣的名字。重寫意味著確保自己的 JSON定義重寫所有使用默認原生JSON定義的代碼。大多數(shù)情況下，只需移除條件“if(!this.JSON)”就可以了。
考慮到3.1標準的影響，使用JSON這個名字與我們通過定義好的接口進行互操作的愿望是一致的。
關(guān)于原生JSON，要談?wù)摰氖虑檫€有很多。解析器不是基于eval() 的，是一個獨立的實現(xiàn)。它與JSON支持（http://wiki.ecmascript.org/doku.php?id=es3.1: json_support）提供的引用解析器是等同的。它也是和http://www.json.org/json_parser.js一樣安全的，并且運行速度要快很多。所以，如果你使用eval()，或自己的JSON庫，請檢查一下IE8中原生JSON實現(xiàn)，以便得到更好的性能和更安全的操作。
JavaScript技術(shù)：IE8 原生JSON支持，轉(zhuǎn)載需保留來源！
鄭重聲明：本文版權(quán)歸原作者所有，轉(zhuǎn)載文章僅為傳播更多信息之目的，如作者信息標記有誤，請第一時間聯(lián)系我們修改或刪除，多謝。
