JSON 是適用于 Ajax 應用程序的一種有效格式，原因是它使 JavaScript 對象和字符串值之間得以快速轉換。由于 Ajax 應用程序非常適合將純文本發(fā)送給服務(wù)器端程序并對應地接收純文本，相比不能生成文本的 API，能生成文本的 API 自然更可??；而且，JSON 讓您能夠處理本地 JavaScript 對象，而無(wú)需為如何表示這些對象多費心思。
XML 也可以提供文本方面的類(lèi)似益處，但用于將 JavaScript 對象轉換成 XML 的幾個(gè)現有 API 沒(méi)有 JSON API 成熟；有時(shí)，您必須在創(chuàng )建和處理 JavaScript 對象時(shí)格外謹慎以確保所進(jìn)行的處理能與所選用的 XML 會(huì )話(huà) API 協(xié)作。但對于 JSON，情況就大不相同：它能處理幾乎所有可能的對象類(lèi)型，并會(huì )返回給您一個(gè)非常好的 JSON 數據表示。
因此，JSON 的最大價(jià)值在于可以將 JavaScript 真的作為 JavaScript 而非數據格式語(yǔ)言進(jìn)行處理。您所學(xué)到的所有有關(guān)使用 JavaScript 對象的技巧都可以應用到代碼中，而無(wú)需為如何將這些對象轉變成文本而多費心思。這之后，可以進(jìn)行如下所示的簡(jiǎn)單 JSON 方法調用：
String myObjectInJSON = myObject.toJSONString();
現在就可以將結果文本發(fā)送給服務(wù)器了。
*將 JSON 發(fā)給服務(wù)器
----通過(guò) GET 以名稱(chēng)/值對發(fā)送 JSON
將 JSON 數據發(fā)給服務(wù)器的最簡(jiǎn)單方法是將其轉換成文本，然后以名稱(chēng)/值對的值的方式進(jìn)行發(fā)送。請務(wù)必注意，JSON 格式的數據是相當長(cháng)的一個(gè)對象，看起來(lái)可能會(huì )如清單 1 所示：
清單 1. JSON 格式的簡(jiǎn)單 JavaScript 對象
var people = { "programmers": [ { "firstName": "Brett", "lastName":"McLaughlin",
"email": ""email": ""email": ""lastName": "Asimov", "genre": "science fiction" }, { "firstName": "Tad",
"lastName": "Williams", "genre": "fantasy" }, { "firstName": "Frank",
"lastName": "Peretti", "genre": "christian fiction" } ], "musicians": [
{ "firstName": "Eric", "lastName": "Clapton", "instrument": "guitar" },
{ "firstName": "Sergei", "lastName": "Rachmaninoff", "instrument": "piano" } ] }
如果要以名稱(chēng)/值對將其發(fā)送到服務(wù)器端，應該如下所示：
var url = "organizePeople.aspx?people=" + people.toJSONString();
xmlHttp.open("GET", url, true);
xmlHttp.onreadystatechange = updatePage;
xmlHttp.send(null);
存在一個(gè)問(wèn)題：在 JSON 數據中會(huì )有空格和各種字符，Web 瀏覽器往往要嘗試對其繼續編譯。要確保這些字符不會(huì )在服務(wù)器上（或者在將數據發(fā)送給服務(wù)器的過(guò)程中）引起混亂，需要在 JavaScript escape() 函數中做如下添加：
var url = "organizePeople.aspx?people=" + escape(people.toJSONString());
request.open("GET", url, true);
request.onreadystatechange = updatePage;
request.send(null);
該函數可以處理空格、斜線(xiàn)和其他任何可能影響瀏覽器的內容，并將它們轉換成 Web 可用字符（比如，空格會(huì )被轉換成 %20，瀏覽器并不會(huì )將其視為空格處理，而是不做更改，將其直接傳遞到服務(wù)器）。之后，服務(wù)器會(huì )（通常自動(dòng)）再把它們轉換回它們傳輸后的本來(lái) “面目”。
這種做法的缺點(diǎn)有兩個(gè)：
在使用 GET 請求發(fā)送大塊數據時(shí)，對 URL 字符串有長(cháng)度限制。雖然這個(gè)限制很寬泛，但對象的 JSON 字符串表示的長(cháng)度可能超出您的想象，尤其是在使用極其復雜的對象時(shí)更是如此。
在跨網(wǎng)絡(luò )以純文本發(fā)送所有數據的時(shí)候，發(fā)送數據面臨的不安全性超出了您的處理能力。
簡(jiǎn)言之，以上是 GET 請求的兩個(gè)限制，而不是簡(jiǎn)單的兩個(gè)與 JSON 數據相關(guān)的事情。在想要發(fā)送用戶(hù)名和姓之外的更多內容，比如表單中的選擇時(shí)，二者可能會(huì )需要多加注意。若要處理任何機密或極長(cháng)的內容，可以使用 POST 請求。
----利用 POST 請求發(fā)送 JSON 數據
當決定使用 POST 請求將 JSON 數據發(fā)送給服務(wù)器時(shí)，并不需要對代碼進(jìn)行大量更改，如下所示：
var url = "organizePeople.php?timeStamp=" + new Date().getTime();
request.open("POST", url, true);
request.onreadystatechange = updatePage;
request.setRequestHeader("Content-Type", "application/x-www-form-urlencoded");
request.send(people.toJSONString());
使用 POST 而非 GET 打開(kāi)，Content-Type 頭被設置為讓服務(wù)器預知它能得到何種數據。在這種情況下，即為 application/x-www-form-urlencoded，它讓服務(wù)器知道現在發(fā)送的是文本，正如它從常規的 HTML 表單中得到的一樣。
另一個(gè)簡(jiǎn)單提示是 URL 的末尾追加了時(shí)間。這就確保了請求不會(huì )在它第一次被發(fā)送后即緩存，而是會(huì )在此方法每次被調用后重新創(chuàng )建和重發(fā)；此 URL 會(huì )由于時(shí)間戳的不同而稍微有些不同。這種技巧常被用于確保到腳本的 POST 每次都會(huì )實(shí)際生成新請求且 Web 服務(wù)器不會(huì )嘗試緩存來(lái)自服務(wù)器的響應。
*在服務(wù)器上解釋 JSON
處理 JSON 的兩步驟:
針對編寫(xiě)服務(wù)器端程序所用的語(yǔ)言，找到相應的 JSON 解析器/工具箱/幫助器 API。
使用 JSON 解析器/工具箱/幫助器 API 取得來(lái)自客戶(hù)機的請求數據并將數據轉變成腳本能理解的東西。
尋找 JSON 解析器或工具箱最好的資源是 JSON 站點(diǎn)（有關(guān)鏈接，請參閱 參考資料）。在這里，除了可以了解此格式本身的方方面面之外，還可以通過(guò)各種鏈接找到 JSON 的各種工具和解析器，從 ASP 到 Erlang，到 Pike，再到 Ruby，應有盡有。您只需針對自己編寫(xiě)腳本所用的語(yǔ)言下載相應的工具箱即可。為了讓服務(wù)器端腳本和程序能夠使用此工具箱，可以根據情況對其進(jìn)行選擇、擴展或安裝（如果在服務(wù)器端使用的是 C#、PHP 或 Lisp，則可變性更大）。
聯(lián)系客服
