|
|
復制代碼 代碼如下:
<script type="text/Javascript">
var user = {
"Name":"Andy",
"Sex" :"man",
"Age" :"20",
"Phone":{"mobilephone":"123456789","telephone":"1234-12345678"},
"baby":[{"big":"xiaohong"},{"middle":"xiaoming"},{"small":"xiaoli"}] //包含數組
}
alert(user.Name);
alert(user.Phone.mobilephone);
alert(user.baby[0].big);
user.baby[0].big = "--";//修改了 JSON 值
alert(user.baby[0].big);
</script>
參考：http://www.json.org/json-zh.html
下面來看看 JavaScript 的 eval 函數。
eval 函數會評估給定的一個JavaScript代碼的字符串，并試圖去執行包含在字符串里的表達式或者一系列的合法的 JavaScript 語句。eval 函數將把最后一個表達式或者語句包含的值或引用作為返回值。
代碼
復制代碼 代碼如下:
<script type="text/Javascript">
var bar = "bar";
var foobar = eval('"foo"+bar');
alert(bar + foobar);//執行語句
foobar = eval('if(bar = "bar"){bar = "foo-bar";}else{bar = "bar-foo";}');
alert(foobar);//返回語句中包含的值
</script>
JSON 和 對象字面量(Object Literals)的區別：JSON 的名字部分嚴格用引號+名字來表示。
代碼
復制代碼 代碼如下:
<script type="text/Javascript">
//對象字面量
var objectLiteral = {
name:"Objector.L",
age:"24",
special:"JavaScript",
sayName:function(){
return this.name;
}
};
//JSON 對象
var jsonFormat = {
"summary":"Blogs",
"blogrolls":[
{
"title":"Explore JavaScript",
"link":"http://example.com"
},
{
"title":"Explore JavaScript",
"link":"http://example.com"
}
]
};
</script>
由于 Ajax 的興起， JSON 這種輕量級的數據格式作為客戶端與服務器端之間傳輸的格式逐漸流行起來，進而出現的問題是如何將服務器端構建好的 JSON 數據轉換為可用的 JavaScript 對象，利用 eval 函數無疑是一種簡單而直接的方法。在轉化的時候需要將 JSON 字符串的外面包裝一層園括號：
var jsonObject = eval("("+ jsonFormat +")")
加園括號的目的是迫使 eval 函數在評估 JavaScript 代碼的時候強制將括號內的表達式(expression)轉換為對象，而不是作為語句(statement)來執行。舉一個例子，例如對象字面量{},如若不佳加外層的括號，那么eval會將大括號之別為JavaScript代碼塊的開始結束標記機，那么{}將被認為是執行了一句空語句。所以下面兩個執行結果是不同的：
復制代碼 代碼如下:
alert(eval("{}")); //return undefined
alert(eval("({})")); //return [object Object]
JSON 格式的名字部分為什么要加引號？因為eval函數會將{foo:"bar"}解釋成合法的JavaScript 語句，而非表達式。但人們往往是想讓eval將這段代碼解釋成一個對象。所以JSON 格式會強制你去在名字的外側加上引號，再結合圓括號，eval就不會錯誤的將JSON解釋成代碼塊。
復制代碼 代碼如下:
//eval 錯誤解析語義
alert(eval('{foo:"bar"}')); //return "bar",incorrect
//eval 正確解析JSON
alert(eval('({"foo":"bar"})'));//return JSON object,correct
JavaScript技術：JSON 和 JavaScript eval使用說明，轉載需保留來源！
鄭重聲明：本文版權歸原作者所有，轉載文章僅為傳播更多信息之目的，如作者信息標記有誤，請第一時間聯系我們修改或刪除，多謝。
