RESTful API场景

Question

我在询问在特定情况下RESTful服务的场景。假设这是一个文件删除服务。用户提交一个订单，然后经过一段时间( 1-10分钟)，一个pdf文件准备好供他们下载。所以我带来的基本知识是：

• 用户使用GET方法向webservice提交订单(编辑:或发布)
• webservice通过json或xml返回一个xml。
• 一些背景和人的过程发生(1- 10分钟)
• 用户通过将orderid传递给webservice来检查订单的状态。
• 如果订单准备就绪，则将statusCode和pdfLink返回给用户。
• 否则只返回statusCode (即仍在处理、失败等)

现在，关于这个场景的问题是，用户(其他网站)应该多久一次尝试获取一个特定订单的状态？

我们需要建立一个双向的网络服务吗？像这样：

• 服务器A向B提交订单
• B告诉A订单已经准备好了
• 对pdfLink的请求B
• A将pdf文件从服务器B传送到A。

Answer 1

当服务器A向B提交订单时，它还可以指定一个url，如果订单准备就绪，它希望在该url上进行调用。这样，服务B就不需要知道服务A的细节。它只调用服务A指定的url。

响应服务B提供给服务A，也可以包含下载订单的网址。

这防止了从服务器A到服务器B的轮询，从而大大减少了服务B的负载。