Ruby on rails 对长时间运行的进程的POST请求的正确响应

Ruby on rails 对长时间运行的进程的POST请求的正确响应,ruby-on-rails,json,api,http-response-codes,grape-api,Ruby On Rails,Json,Api,Http Response Codes,Grape Api,我试图编写一个API,该API有一个长时间运行的进程,最终用户可能会向其发出POST请求: POST /things { "some":"json" } 实际的创建过程可能需要一些时间,通常会排队。这可能需要很多分钟。因此,我不确定我应该返回什么或何时返回。它是否是通常的201 plus对象,在我的API创建该对象所花费的时间之后返回?这不会在客户端造成问题吗?是否有其他标准方法来实现这一点,例如中间步骤 如果有帮助的话,我将使用Rails&Grape作为我的API。考虑是否适合您的需要。例如

我试图编写一个API,该API有一个长时间运行的进程,最终用户可能会向其发出POST请求:

POST /things { "some":"json" }
实际的创建过程可能需要一些时间,通常会排队。这可能需要很多分钟。因此,我不确定我应该返回什么或何时返回。它是否是通常的201 plus对象,在我的API创建该对象所花费的时间之后返回?这不会在客户端造成问题吗?是否有其他标准方法来实现这一点,例如中间步骤


如果有帮助的话,我将使用Rails&Grape作为我的API。

考虑是否适合您的需要。例如,您可以将303重定向返回到某种状态页面,客户机可以在其中检查请求的进度。一般来说,如果客户端必须等待任何可感知的时间,那么201+对象是一个糟糕的选择,因为太多的事情可能会出错(如果出于烦恼或不耐烦,他关闭了浏览器窗口,或者刷新或重新提交呢?

请考虑该对象是否适合您的需要。例如,您可以将303重定向返回到某种状态页面,客户机可以在其中检查请求的进度。一般来说,如果客户端必须等待任何明显的时间,那么201+对象是一个糟糕的选择,因为太多的事情可能会出错(如果出于烦恼或不耐烦,他关闭了浏览器窗口,或者刷新,或者重新提交呢?

实际上我应该回到这个问题上来。这正是我现在决定要做的,尽管它仍然让我不满意。我会勾选你是否正确:-)实际上我应该回到这个问题上来。这正是我现在决定要做的,尽管它仍然让我不满意。我会勾选你的正确:-)