如何其余工程

一般而言，一个休息的要求，将涉及派出一个请求到一个特殊的url （类似什么你会看到后，填写一份表格使用get方法） ，然后领取一个xml文件，其中载有该服务器的回应。 xml的回应是，然后解析，并达到预期的信息提取出来，并付诸实施。

每一个休息的要求，一般有几个共同的因素：

• 端点的url -详细地址是想要的剧本。 休息的服务，有可能只是一个单一的脚本处理所有请求类型，或不同的剧本，为不同类型的请求。

• 开发商身份证 -大部分的休息服务需要某种形式的开发商身份证或关键将被送到每个请求。 这个确定原产地的要求，并普遍用于跟踪目的。 某些服务可能利用此值，以限制人数的疑问而言，在一个特定的时间内完成。

• 想要采取行动-若干服务器，有一个独特的端点所有可能出现的要求。 正因如此，一般都必须将包括预期的行动，并在请求。

• 参数 -几个参数，将需要列入该项要求提供所要求的行动，与一些背景（例如，理想的行动可能是一个搜索;参数可能是一个类型，和关键词价值观的图书和风格） 。

与这些内容记住，你可以创建一个理论要求：

这里请求发送到端点http://library.example.com/api.php ，一个开发重点的123 。 理想的行动，是搜索，然后键入关键字和参数都包含在价值观的图书和作风。 鉴于这一要求，反应将大约是这个样子：

< ？ xml的版本= " 1.0 "编码= " utf - 8 " ？ >
< libraryapi xmlns = " http://library.example.com/api/spec " >
<要求>
< requestid > 123a456 < / requestid >
<参数>
<论据名称= " devkey "值= " 123 " / >
<论据名称= "行动"的价值= "搜索" / >
<论据名称= "类型"的价值= "书" / >

<论据名称= "关键字"值= "风格" / >
< /参数>
< /请求>
<回应>
< resultcount >二< / resultcount >
<项目>
<标题>风格的书第一卷一日< /标题>
<现状>出< /地位>
<主张>第3 < /搁置>
< copiesonhand >二< / copiesonhand >
<作者> jon能源部< /作者>
< /项目>
<项目>
<标题>风格的书第20卷< /标题>
<现状> ，在< /地位>
<主张> 0 < /搁置>
< copiesonhand >一< / copiesonhand >
<作者> jon能源部< /作者>
< /项目>
< /响应>
< / libraryapi >

你可以看到你的反应，有几个结构性因素。 首先，它宣布自己为xml 1.0和使用utf - 8编码。 该libraryapi元素是根元素的这份文件，并包括指定的名字。 第二，要求科;它是常见的休息请求有时会包括自己的所有资料，并寄出的要求的回应。 这样会加重清晰，并能缓解编程要求者的下场。 在这里你看到的四个方面中的每个元素传递给服务。

最后，展望却更接近，你会发现，在这种情况下的反应又回到了一些元数据对结果，显示在resultcount标签，随着结果的项目本身。 对于这项要求，你看每一本书，是包裹在一个项目的组成部分，其中有5个孩子描述的特定属性的书籍。