RESTful API场景

Question

我在询问特定情况下RESTful服务的情况。假设这是一个文件删除服务。用户提交订单，然后在一段时间（1-10分钟）之后，pdf文件可供他们下载。所以我带来的基础知识：

• 用户使用GET方法向网络服务提交订单（编辑：或POST）
• webservice通过orderid或json
返回xml

• 发生了一些背景和人为过程（1 - 10分钟）

• 用户通过将orderid传递给网络服务

来检查订单状态
• 如果订单已准备好，则会向用户返回statusCode和pdfLink
• 否则只返回statusCode（即仍然处理，失败等）

现在，关于这种情况的问题是用户（其他网站）应该多久尝试获取一个特定订单的状态？

我们需要建立双面网络服务吗？喜欢：

• 服务器A将订单提交给B
• B informes A订单准备好了
• A请求pdfLink
的B.
• 将pdf文件从服务器B转移到A

Answer 1

当服务器A向B提交订单时，如果订单准备就绪，它还可以指定要求其调用的URL。这样，服务B不需要知道服务A的细节。它只调用服务A指定的URL。

响应服务B提供给服务A，也可以包含在哪里下载订单的URL。

这可以防止从服务器A到服务器B的轮询，从而显着降低服务B的负载。