掌握 Ajax，第 8 部分: 在请求和响应中使用 XML
Ajax 客户机/服务器通信可以很巧妙
在本系列的上一篇文章中，您看到了应用程序如何以格式化发往服务器的请求。
还了解了为什么这在大多数情况下并不是一个好主意。这篇文章主要探讨在大多数情况下
确实是好主意的一种做法：向客户机返回响应。
我其实并不喜欢写那种主要告诉您什么不应该做的文章。很多时候，那都会是一篇非常愚
蠢的文章。我要在前半篇文章中解释某些东西，然后在后半篇文章中说明使用您刚刚才学
会的那种技术是一个多么糟糕的主意。在很大程度上，上一期文章正是这样一种情况（如
果您错过了那一期文章，请查看参考资料中的链接），那篇文章教您如何将 作为
应用程序的请求数据格式使用。
但愿这篇文章能够弥补您花费在学习请求上的时间。在应用程序中，使用
作为发送数据的格式的理由很少，但使服务器向客户机回发的理由很多。因此，您在
上一篇文章中学到的关于的知识最终将在这篇文章中体现出某些价值。
服务器（有时）不能响应太多的请求
在深入钻研从服务器获取响应的技术之前，您需要理解，为什么说使服务器发送
来响应请求是一个好主意（以及这与客户机发送请求不同的原因所在）。
客户机以名称值对发送请求
回忆一下上一篇文章，就会知道，在大多数情况下，客户机不需要使用 ，因为他们会
使用名称值对发送请求。因此，您可能会发送一个这样的名称：。只需简单
地在连续的名称值对之间添加一个“与”符号（），即可将其放在一起，就像这样：
。使用简单的文本和这些名称值对，客户机即可轻松向服务器
请求多个值。很少需要用到提供的额外结构（及其带来的额外开销）。
实际上，需要向服务器发送的所有理由都差不多可以归入以下两个基本的类别中：
服务器仅接受请求。在这类情况下，您别无选择。上一期文章中介绍的基础知识应已
使您掌握了发送此类请求所必需的工具。
您正在调用一个仅接受或请求的远程。这实际上就是上一种情况的特例，但
值得单独拿出来提一下。如果您希望在一个异步请求中使用来自 或的
，就会有一些特殊的考虑事项。在下一期的文章中，我将介绍这些考虑事项，还会给出
一些向发送此类请求的示例。
服务器无法（以一种标准方式）发送名称值对
在您发送名称值对时， 浏览器会发送请求，平台会响应该请求，并承载一个服务器程
序，配合它将那些名称值对转换成服务器程序可以轻松处理的数据。实际上，每一种服务
器端技术——从!"™"到#、再到、$%&$——都允许您调用多种方
剩余10页未读，继续阅读
资源评论
