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