|
2006 年 10 月 23 日
偶爾使用 Ajax 的開發(fā)人員也會(huì)注意到 Ajax 中的 x 并意識(shí)到它代表 XML。XML 是編程中最常用的數(shù)據(jù)格式之一，對(duì)于異步應(yīng)用程序中的服務(wù)器響應(yīng)能夠帶來(lái)切實(shí)的好處。在本文中，您將看到服務(wù)器如何在請(qǐng)求響應(yīng)中發(fā)送 XML。
現(xiàn)在如果不使用 XML 就不能進(jìn)行任何有意義的編程。無(wú)論考慮轉(zhuǎn)向 XHTML 的網(wǎng)頁(yè)設(shè)計(jì)人員、使用 JavaScript 的 Web
程序員、使用部署描述文件和數(shù)據(jù)綁定的服務(wù)器端程序員，還是研究基于 XML 的數(shù)據(jù)庫(kù)的后端開發(fā)人員，都在使用這種可擴(kuò)展標(biāo)記語(yǔ)言。因此，XML
被認(rèn)為是 Ajax 底層的核心技術(shù)之一就不足為奇了。
但是，這種觀點(diǎn)反映到 Ajax 應(yīng)用程序就表現(xiàn)在其核心對(duì)象所選的名稱 —— XMLHttpRequest，這個(gè)名稱不是很好，因?yàn)樗]有反映技術(shù)上的實(shí)際情況。換句話說(shuō)，多數(shù)人之所以認(rèn)為 XML 是 Ajax 的核心組成部分，僅僅是因?yàn)樗麄兿氘?dāng)然地以為 XMLHttpRequest 對(duì)象在任何時(shí)候都使用 XML。但實(shí)情并非如此，本文第一部分給出了原因。實(shí)際上，您將看到在多數(shù) Ajax 應(yīng)用程序中 XML 很少出現(xiàn)。
XML 確實(shí)有應(yīng)用在 Ajax 中，而且 XMLHttpRequest 也支持這種用法。也確實(shí)沒有什么能阻擋您向服務(wù)器發(fā)送 XML。在本系列前面的文章中，我們使用普通文本和名/值參數(shù)發(fā)送數(shù)據(jù)，但 XML 也是一種可行的格式。本文將介紹如何來(lái)這樣做。但最重要的是，我將討論為何可以使用 XML 作為請(qǐng)求格式，以及為何在多數(shù)情況下不應(yīng)該使用它。
XML：到底用沒用？
對(duì) Ajax 應(yīng)用程序及它們使用 XML 的情況很容易犯想當(dāng)然的錯(cuò)誤：這種技術(shù)的名稱（Ajax）及其使用的核心對(duì)象（XMLHttpRequest）都暗示了 XML 的使用，談到 Ajax 應(yīng)用程序的時(shí)候也經(jīng)常聽到 XML。但是，這種觀點(diǎn)大錯(cuò)特錯(cuò)，如果希望在編寫異步應(yīng)用程序時(shí)真正做到胸有成竹，必須知道這種想法是錯(cuò)誤的，而且最好知道為什么錯(cuò)誤。
XMLHttpRequest：糟糕的名稱和 HTTP
一項(xiàng)技術(shù)可能遇到的最糟的境況之一是它變得太炙手可熱以至于無(wú)法再改變它的一些基本內(nèi)容。XMLHttpRequest 恰恰是這種情形，它是 Ajax 應(yīng)用程序中使用的基本對(duì)象。聽起來(lái)它似乎是為通過(guò) HTTP 請(qǐng)求發(fā)送 XML 或者以某種 XML 格式發(fā)出 HTTP 請(qǐng)求而設(shè)計(jì)的。但不論這個(gè)對(duì)象的名稱聽起來(lái)像什么，實(shí)際上它要做的只不過(guò)是為客戶機(jī)代碼（在網(wǎng)頁(yè)中通常是 JavaScript）提供一種發(fā)送 HTTP 請(qǐng)求的方式。僅此而已，別無(wú)其他。
因此，如果將 XMLHttpRequest 改成某種更準(zhǔn)確的名稱可能更好一些，比如 HttpRequest，或者簡(jiǎn)簡(jiǎn)單單的 Request。
但是，現(xiàn)在成千上萬(wàn)的人在應(yīng)用程序中使用了 Ajax，而且我們知道需要幾年時(shí)間（如果不是十幾年的話）大部分用戶才會(huì)改用 Internet
Explorer 7.0 或 Firefox 1.5 這些新版本的瀏覽器，因此這么修改實(shí)際上是不可行的。最終我們不得不使用 XMLHttpRequest，這就要求開發(fā)人員要知道其名不符實(shí)的這一事實(shí)。
在一定程度上講，對(duì)于不支持 XMLHttpRequest 的瀏覽器（特別是在 Windows 上）的最佳回溯方法之一就是使用 Microsoft IFRAME 對(duì)象。聽起來(lái)可不像是 XML、HTTP 或請(qǐng)求，是不是？當(dāng)然，所有這些都可能涉及到，但是這正清楚地說(shuō)明了一點(diǎn) —— XMLHttpRequest 對(duì)象更多的是關(guān)于在不重新加載頁(yè)面的情況發(fā)出請(qǐng)求，而不會(huì)太多地涉及 XML 甚至 HTTP。
請(qǐng)求是 HTTP 而非 XML
另一種常見的錯(cuò)誤是認(rèn)為 XML 在幕后使用 —— 坦白地說(shuō)，我也曾這么認(rèn)為！但是，持這種觀點(diǎn)表明您對(duì)這種技術(shù)還不甚了解。當(dāng)用戶打開瀏覽器從服務(wù)器上請(qǐng)求網(wǎng)頁(yè)時(shí)，會(huì)輸入 http://www.google.com 或者 http://www. 這樣的東西。即便不輸入 http://，瀏覽器也會(huì)在地址欄的這部分加上。第一部分，即 http://，是關(guān)于如何通信的很直觀的線索：通過(guò)超文本傳輸協(xié)議 HTTP。在網(wǎng)頁(yè)中編寫代碼與服務(wù)器通信時(shí)，無(wú)論使用 Ajax 還是普通的表單 POST，甚至超鏈接，打交道的都是 HTTP。
 |
HTTPS：仍然是 HTTP
那些剛接觸 Web 的人可能對(duì) https://intranet. 這樣的 URL 感到奇怪。https 表示安全的 HTTP，只是使用了比一般 Web 請(qǐng)求更安全的 HTTP 協(xié)議形式。因此即便是 HTTPS，實(shí)際上用的仍然是 HTTP，雖然增加了某些安全層來(lái)?yè)踝∧切┖闷娴难劬Α?/p>
|
|
既然瀏覽器和服務(wù)器之間的所有 Web 通信都通過(guò) HTTP 進(jìn)行，認(rèn)為 XML 是 XMLHttpRequest 幕后所用的某種傳輸技術(shù)的想法就毫無(wú)道理了。當(dāng)然在 HTTP 請(qǐng)求中可以發(fā)送 XML，但是 HTTP 是一個(gè)精確定義的協(xié)議，短時(shí)間內(nèi)不可能消失。除了在請(qǐng)求中明確使用 XML，或者服務(wù)器用 XML 發(fā)送響應(yīng)之外，XMLHttpRequest 對(duì)象使用的只是普普通通的 HTTP。因此，當(dāng)再有人對(duì)您說(shuō) “哦，稱為 XMLHttpRequest 是因?yàn)樵谀缓笫褂?XML” 的時(shí)候，您最好一笑了之，并耐心地解釋什么是 HTTP，告訴他們雖然 XML 可以通過(guò) HTTP 發(fā)送，但 XML 是一種數(shù)據(jù)格式而不是傳輸協(xié)議。通過(guò)這樣的討論，加深對(duì)它的理解。
使用 XML（真正）
到目前為止，我說(shuō)的只是 Ajax 在哪些地方不使用 XML。但 Ajax 中的 x 和 XMLHttpRequest 中的 XML 仍然有其實(shí)際意義，在 Web 應(yīng)用程序中使用 XML 有多種選擇。這一節(jié)將討論基本的選擇，剩下的部分再深入探討細(xì)節(jié)問題。
XML 選項(xiàng)
在異步應(yīng)用程序中 XML 有兩種基本的用法：
- 以 XML 格式從網(wǎng)頁(yè)向服務(wù)器發(fā)送請(qǐng)求
- 以 XML 格式在網(wǎng)頁(yè)中從服務(wù)器接收請(qǐng)求
其中第一種用法，即用 XML 發(fā)送請(qǐng)求，需要將請(qǐng)求的格式設(shè)置為 XML，可以使用 API
來(lái)完成，也可以與文本連成字符串，然后將結(jié)果發(fā)送到服務(wù)器。按照這種思路，主要的任務(wù)就是通過(guò)既符合 XML
規(guī)則又能被服務(wù)器理解的方式構(gòu)造請(qǐng)求。因此這里的關(guān)鍵實(shí)際上是 XML 格式，得到需要發(fā)送的數(shù)據(jù)之后，只需要用 XML
語(yǔ)法將其包裝起來(lái)。本文后面討論 XML 在 Ajax 應(yīng)用程序中的這種用法。
第二種用法，即用 XML 接收請(qǐng)求，需要從服務(wù)器上接收響應(yīng)，然后從 XML 提取數(shù)據(jù)（同樣，可以用 API
或者采用蠻力方法）。這種情況下，關(guān)鍵在于來(lái)自服務(wù)器的數(shù)據(jù)，而您恰好需要從 XML
中提取這些數(shù)據(jù)以便使用。這是本系列下一期文章的主題，到那時(shí)候我們?cè)僭敿佑懻摗?/p>
一點(diǎn)忠告
再詳細(xì)討論使用 XML 的細(xì)節(jié)之前，首先給您一句忠告：XML
不是一種簡(jiǎn)潔、快速和節(jié)省空間的格式。在后面幾節(jié)以及本系列的下一期文章中將看到，在上下文中使用 XML 確實(shí)有一些很好的理由，XML
與普通文本的請(qǐng)求和響應(yīng)（特別是響應(yīng)）相比也確實(shí)有一些長(zhǎng)處。但是，和普通文本相比，XML
通?？倳?huì)占用更多的空間，速度也更慢，因?yàn)樾枰谙⒅性黾?XML 所需要的標(biāo)簽和語(yǔ)義。
如果需要編寫速度很快、看起來(lái)像桌面應(yīng)用的程序，XML 可能不是最佳選擇。如果從普通文本開始，然后發(fā)現(xiàn)確實(shí)需要
XML，那么就使用它；但是如果從一開始就使用 XML，基本上可以肯定一定會(huì)降低應(yīng)用程序的響應(yīng)性。多數(shù)情況下，與將文本轉(zhuǎn)化成下面這種 XML
相比，發(fā)送普通文本會(huì)更快一些（使用類似 name=jennifer 的名/值對(duì)）：
看看哪些地方使 XML 增加了處理時(shí)間：將文本包裝成 XML；發(fā)送額外信息（要注意我沒有包含任何包圍元素、XML 頭或者可能出現(xiàn)在實(shí)際請(qǐng)求中的其他任何內(nèi)容）；讓服務(wù)器解析 XML、生成響應(yīng)、用 XML 包裝響應(yīng)，并將它發(fā)送回網(wǎng)頁(yè)；讓網(wǎng)頁(yè)解析響應(yīng)，最后使用它。因此要清楚什么時(shí)候使用 XML，不要一開始就認(rèn)為它在很多情況下都能夠加快應(yīng)用程序；但，它可以增強(qiáng)靈活性，這就是我們現(xiàn)在要討論的。
從客戶機(jī)到服務(wù)器的 XML
我們來(lái)看看將 XML 作為從客戶機(jī)向服務(wù)器發(fā)送數(shù)據(jù)的格式。我們首先討論技術(shù)上的實(shí)現(xiàn)，然后花些時(shí)間分析什么時(shí)候適合什么時(shí)候不適合使用它。
發(fā)送名/值對(duì)
在您編寫的 90% Web 應(yīng)用程序中，最終都會(huì)使用名/值對(duì)發(fā)送到服務(wù)器。比方說(shuō)，如果用戶在網(wǎng)頁(yè)表單中輸入姓名和地址，可能希望數(shù)據(jù)采用下列形式：
firstName=Larry
lastName=Gullahorn
street=9018 Heatherhorn Drive
city=Rowlett
state=Texas
zipCode=75080
|
如果使用普通文本把這些數(shù)據(jù)發(fā)送到服務(wù)器，可以使用清單 1 所示的代碼。類似于本系列第一期文章中使用的那個(gè)例子。請(qǐng)參閱參考資料。
清單 1. 使用普通文本發(fā)送名/值對(duì)
function callServer() {
// Get the city and state from the Web form
var firstName = document.getElementById("firstName").value;
var lastName = document.getElementById("lastName").value;
var street = document.getElementById("street").value;
var city = document.getElementById("city").value;
var state = document.getElementById("state").value;
var zipCode = document.getElementById("zipCode").value;
// Build the URL to connect to
var url = "/scripts/saveAddress.php?firstName=" + escape(firstName) +
"&lastName=" + escape(lastName) + "&street=" + escape(street) +
"&city=" + escape(city) + "&state=" + escape(state) +
"&zipCode=" + escape(zipCode);
// Open a connection to the server
xmlHttp.open("GET", url, true);
// Set up a function for the server to run when it‘s done
xmlHttp.onreadystatechange = confirmUpdate;
// Send the request
xmlHttp.send(null);
}
|
將名/值對(duì)轉(zhuǎn)化成 XML
如果希望這樣使用 XML 作為數(shù)據(jù)格式，首先要做的是找到一種基本 XML 格式來(lái)存儲(chǔ)數(shù)據(jù)。顯然，名/值對(duì)可以全部轉(zhuǎn)化成 XML 元素，以其中的名稱作為元素名，值作為元素的內(nèi)容：
<firstName>Larry</firstName>
<lastName>Gullahorn</lastName>
<street>9018 Heatherhorn Drive</street>
<city>Rowlett</city>
<state>Texas</state>
<zipCode>75080</zipCode>
|
當(dāng)然，XML 要求有一個(gè)根元素；如果使用文檔片段（XML 文檔的一部分）的話則需要一個(gè)封閉元素。因此可能需要將上述 XML 轉(zhuǎn)化成下面的形式：
<address>
<firstName>Larry</firstName>
<lastName>Gullahorn</lastName>
<street>9018 Heatherhorn Drive</street>
<city>Rowlett</city>
<state>Texas</state>
<zipCode>75080</zipCode>
</address>
|
現(xiàn)在基本上可以準(zhǔn)備在 Web 客戶機(jī)上創(chuàng)建這種結(jié)構(gòu)并發(fā)送到服務(wù)器了。
通信，口頭上的
在網(wǎng)絡(luò)上傳輸 XML 之前，需要保證服務(wù)器以及發(fā)送數(shù)據(jù)的腳本能夠接受 XML?，F(xiàn)在對(duì)很多人來(lái)說(shuō)這么強(qiáng)調(diào)似乎有點(diǎn)多余，認(rèn)為這是理所當(dāng)然的，但是很多新手往往認(rèn)為只要通過(guò)網(wǎng)絡(luò)發(fā)送 XML，就能夠被正確地接收和解釋。
實(shí)際上，需要兩個(gè)步驟來(lái)保證發(fā)送的 XML 的數(shù)據(jù)能夠被正確地接收：
- 保證向其發(fā)送 XML 的腳本能夠接受 XML 數(shù)據(jù)格式。
- 保證腳本認(rèn)可發(fā)送數(shù)據(jù)所采用的特定 XML 格式和結(jié)構(gòu)。
這兩方面都可能要求您進(jìn)行人際溝通，必須明確地告知對(duì)方！嚴(yán)格地說(shuō)，如果確實(shí)需要發(fā)送 XML 數(shù)據(jù)，多數(shù)腳本作者都會(huì)幫助您，因此尋找能夠接受 XML 的腳本應(yīng)該不難。但是，仍然需要保證格式是腳本所希望的格式。比方說(shuō)，假設(shè)服務(wù)器接受下列格式的數(shù)據(jù)：
<profile>
<firstName>Larry</firstName>
<lastName>Gullahorn</lastName>
<street>9018 Heatherhorn Drive</street>
<city>Rowlett</city>
<state>Texas</state>
<zip-code>75080</zip-code>
</profile>
|
看起來(lái)和上面的 XML 類似，只有兩點(diǎn)不同：
- 來(lái)自客戶機(jī)的 XML 封裝在
address 元素，但是服務(wù)器要求數(shù)據(jù)封裝在 profile 元素中。
- 來(lái)自客戶機(jī)的 XML 使用了
zipCode 元素，而服務(wù)器希望郵政編碼放在 zip-code 元素中。
從大的層面上來(lái)說(shuō)，這些小問題僅僅是服務(wù)器接收和處理數(shù)據(jù)的區(qū)別，但是服務(wù)器會(huì)徹底失敗，在網(wǎng)頁(yè)上（可能向其用戶）顯示意義含糊的錯(cuò)誤消息。因此必
須明確服務(wù)器的期望的格式，并把要發(fā)送的數(shù)據(jù)塞進(jìn)那種格式。然后，只有在這時(shí)才會(huì)涉及到從客戶機(jī)向服務(wù)器發(fā)送 XML 數(shù)據(jù)的真正的技術(shù)問題。
向服務(wù)器發(fā)送 XML
當(dāng)向服務(wù)器發(fā)送 XML 的時(shí)候，更多的代碼用于獲取數(shù)據(jù)和包裝成 XML，而不是真正的傳輸數(shù)據(jù)。實(shí)際上，只要準(zhǔn)備好發(fā)送到服務(wù)器的 XML 字符串，發(fā)送工作就和普通文本一樣了，如清單 2 所示。
清單 2. 用 XML 發(fā)送名/值對(duì)
function callServer() {
// Get the city and state from the Web form
var firstName = document.getElementById("firstName").value;
var lastName = document.getElementById("lastName").value;
var street = document.getElementById("street").value;
var city = document.getElementById("city").value;
var state = document.getElementById("state").value;
var zipCode = document.getElementById("zipCode").value;
var xmlString = "<profile>" +
" <firstName>" + escape(firstName) + "</firstName>" +
" <lastName>" + escape(lastName) + "</lastName>" +
" <street>" + escape(street) + "</street>" +
" <city>" + escape(city) + "</city>" +
" <state>" + escape(state) + "</state>" +
" <zip-code>" + escape(zipCode) + "</zip-code>" +
"</profile>";
// Build the URL to connect to
var url = "/scripts/saveAddress.php";
// Open a connection to the server
xmlHttp.open("POST", url, true);
// Tell the server you‘re sending it XML
xmlHttp.setRequestHeader("Content-Type", "text/xml");
// Set up a function for the server to run when it‘s done
xmlHttp.onreadystatechange = confirmUpdate;
// Send the request
xmlHttp.send(xmlString);
}
|
大部分代碼都很簡(jiǎn)單，只有少數(shù)地方值得提一下。首先，請(qǐng)求中的數(shù)據(jù)必須手工格式化為
XML。閱讀了三篇關(guān)于使用文檔對(duì)象類型的文章之后，再來(lái)討論它是不是很簡(jiǎn)單了？雖然不禁止在 JavaScript 中使用 DOM 創(chuàng)建 XML
文檔，但是在通過(guò) GET 或 POST 請(qǐng)求發(fā)送到網(wǎng)絡(luò)上之前必須將 DOM
對(duì)象轉(zhuǎn)化成文本。因此使用常規(guī)字符串操作來(lái)格式化數(shù)據(jù)更簡(jiǎn)單一些。當(dāng)然，這樣很容易出現(xiàn)錯(cuò)誤和誤輸入，因此在編寫處理 XML 的代碼時(shí)必須非常小心。
建立 XML 之后，按照和發(fā)送文本基本相同的方式打開連接。對(duì)于 XML 最好使用 POST 請(qǐng)求，因?yàn)橛行g覽器限制了 GET 請(qǐng)求字符串的長(zhǎng)度，而 XML 可能很長(zhǎng)，可以看到清單 2 中把 GET 改成了 POST 方法。此外，XML 通過(guò) send() 方法發(fā)送，而不是附加在請(qǐng)求 URL 最后的參數(shù)。這些都是非常細(xì)微的區(qū)別，很容易修改。
但是必須編寫一行新的代碼：
xmlHttp.setRequestHeader("Content-Type", "text/xml");
|
看起來(lái)很難理解，它只不過(guò)是告訴服務(wù)器要發(fā)送的是 XML 而不是一般的名/值對(duì)。無(wú)論哪種情況，發(fā)送的數(shù)據(jù)都是文本，但這里使用 text/xml 或者 XML 作為普通文本發(fā)送。如果使用名/值對(duì)，對(duì)應(yīng)的行應(yīng)該是：
xmlHttp.setRequestHeader("Content-Type", "text/plain");
|
如果忘記告訴服務(wù)器發(fā)送的是 XML，就會(huì)出現(xiàn)問題，因此不要忘掉這一步驟。
完成這些之后，剩下的就是調(diào)用 send() 并傳入 XML 字符串了。服務(wù)器將收到您的 XML 請(qǐng)求，并（假設(shè)已經(jīng)做好了準(zhǔn)備工作）接受 XML，解釋它，然后返回響應(yīng)。實(shí)際上要做的只有這么多 —— XML 請(qǐng)求只需要稍微修改代碼。
發(fā)送 XML：好還是不好？
在結(jié)束 XML 響應(yīng)的 XML 請(qǐng)求（以及本文）之前，我們花點(diǎn)時(shí)間討論一下在請(qǐng)求中使用 XML 的感受。前面已經(jīng)提到，就傳輸而言 XML 完全不是最快的方式，但是還有更多因素要考慮。
構(gòu)造 XML 不是簡(jiǎn)單的事情
首先必須認(rèn)識(shí)到，對(duì)于請(qǐng)求來(lái)說(shuō)構(gòu)造 XML 不是簡(jiǎn)單的事。如清單 2 所示，數(shù)據(jù)很快就會(huì)和 XML 語(yǔ)義糾纏在一起：
var xmlString = "<profile>" +
" <firstName>" + escape(firstName) + "</firstName>" +
" <lastName>" + escape(lastName) + "</lastName>" +
" <street>" + escape(street) + "</street>" +
" <city>" + escape(city) + "</city>" +
" <state>" + escape(state) + "</state>" +
" <zip-code>" + escape(zipCode) + "</zip-code>" +
"</profile>";
|
似乎還不壞，但是要知道這是只有六個(gè)字段的 XML 片段。開發(fā)的多數(shù) Web 表單都有十到十五個(gè)字段，雖然不一定所有的請(qǐng)求都使用 Ajax，但是應(yīng)該考慮這種情況。至少要花和實(shí)際數(shù)據(jù)同樣多的時(shí)間來(lái)處理尖括號(hào)和標(biāo)簽名稱，有可能使本來(lái)很少的輸入變得非常大。
這里的另一個(gè)問題前面已經(jīng)提到，即必須手工創(chuàng)建 XML。使用 DOM 不是一種好的選擇，因?yàn)闆]有簡(jiǎn)單易行的辦法將 DOM
對(duì)象轉(zhuǎn)化成在請(qǐng)求中發(fā)送的字符串。因此像這樣使用字符串處理是最好的辦法，不過(guò)也是一種維護(hù)起來(lái)最困難和新開發(fā)人員最難理解的方法。在這個(gè)例子中，所有
XML 都在一行中構(gòu)造完成，如果分為多步只會(huì)更加混亂。
XML 沒有為請(qǐng)求增加任何東西
除了復(fù)雜性的問題之外，和普通文本以及名/值對(duì)相比，在請(qǐng)求中使用 XML 實(shí)際上沒有多少好處（如果有的話）。要注意，本文堅(jiān)持使用前面用名/值對(duì)發(fā)送的同一些數(shù)據(jù)（請(qǐng)參閱清單 1）來(lái)用 XML 發(fā)送。我沒有提什么數(shù)據(jù)能用 XML 但是不能用普通文本發(fā)送，這是因?yàn)閷?shí)際上沒有任何東西可用 XML 而不能用普通文本發(fā)送。
事實(shí)上這就是 XML 和請(qǐng)求的底線：不是一定非要這么做不可。在本系列的下一期文章中將看到服務(wù)器可以使用 XML 實(shí)現(xiàn)普通文本很難做到的一些事情，但請(qǐng)求不屬于這種情況。因此除非和只接受 XML 的腳本（確實(shí)存在這樣的腳本）打交道，在請(qǐng)求中最好使用普通文本。
結(jié)束語(yǔ)
通過(guò)本文，您現(xiàn)在可能已經(jīng)開始對(duì) Ajax 中的 XML 有一些更深的理解了。您知道 Ajax 應(yīng)用程序不一定要使用 XML，XML
也不是數(shù)據(jù)傳輸中的什么法寶。還知道從網(wǎng)頁(yè)向服務(wù)器發(fā)送 XML
不是多么難的事情。更重要的是，您知道為了確保服務(wù)器能夠處理和響應(yīng)請(qǐng)求需要做什么：必須保證服務(wù)器腳本接受 XML，而且能夠識(shí)別用于發(fā)送數(shù)據(jù)的格式。
您還應(yīng)該非常清楚 XML 對(duì)于請(qǐng)求來(lái)說(shuō)并不一定是很好的數(shù)據(jù)格式。在以后的文章中，您將看到 XML
在某些情況下是有利的，但在多數(shù)請(qǐng)求中，它只會(huì)降低速度和增加復(fù)雜性。因此雖然通常我都會(huì)建議您馬上應(yīng)用在文章中學(xué)到的內(nèi)容，但是對(duì)本文來(lái)說(shuō)，我建議您在
應(yīng)用這里學(xué)到的知識(shí)時(shí)最好三思而后行。XML 請(qǐng)求在 Ajax 應(yīng)用程序中有自己的價(jià)值，但是并不像您所想象的那么大。
在下一期文章中，我們將討論服務(wù)器如何使用 XML 做出響應(yīng)，以及 Web 應(yīng)用程序如何處理這些響應(yīng)。令人高興的是，服務(wù)器能夠?qū)?XML
發(fā)送回 Web 應(yīng)用程序，這樣做的理由比較充分，因此那篇文章中的技術(shù)細(xì)節(jié)更實(shí)用，目前您只需要知道 XML 為何并非一定是最佳選擇 ——
至少對(duì)發(fā)送請(qǐng)求而言。您可以嘗試使用 XML 作為請(qǐng)求數(shù)據(jù)格式實(shí)現(xiàn)某些 Web
應(yīng)用程序，然后再換回普通文本，看看哪種辦法更快更簡(jiǎn)單。下一期文章再見。
參考資料
學(xué)習(xí)
獲得產(chǎn)品和技術(shù)
討論
關(guān)于作者
 |
|
|
|
Brett
McLaughlin 從 Logo 時(shí)代就開始使用計(jì)算機(jī)。（還記得那個(gè)小三角嗎？）近年來(lái)，他已經(jīng)成為 Java 和 XML
社區(qū)最著名的作者和程序員之一。他曾經(jīng)在 Nextel Communications 實(shí)現(xiàn)過(guò)復(fù)雜的企業(yè)系統(tǒng)，在 Lutris
Technologies 編寫過(guò)應(yīng)用服務(wù)器，最近在 O‘Reilly Media, Inc. 繼續(xù)撰寫和編輯這方面的圖書。Brett
即將出版的新書 Head Rush Ajax，和暢銷書作者 Eric 與 Beth Freeman 一起為 Ajax 帶來(lái)了獲獎(jiǎng)的革命性 Head First 方法。最近的著作 Java 1.5 Tiger: A Developer‘s Notebook 是關(guān)于 Java 技術(shù)最新版本的第一本書，經(jīng)典的 Java and XML 仍然是在 Java 語(yǔ)言中使用 XML 技術(shù)的權(quán)威著作。
|
|
