在REST类图像上载api端点中初始返回的最佳实践?
当通过HTTP向API发送文件(如图像)时,服务器应如何响应 示例: 文件写入磁盘后立即响应 仅当文件被写入、处理、校验和、缩略图、水印等时才响应 尽可能快地通过资源链接做出响应,即使之后的几分钟是404 添加一个“任务”端点,并使用任务ID立即响应,以便在数据传输和处理(最终包括资源路径)之前跟踪进度在REST类图像上载api端点中初始返回的最佳实践?,api,http,https,upload,image-uploading,Api,Http,Https,Upload,Image Uploading,当通过HTTP向API发送文件(如图像)时,服务器应如何响应 示例: 文件写入磁盘后立即响应 仅当文件被写入、处理、校验和、缩略图、水印等时才响应 尽可能快地通过资源链接做出响应,即使之后的几分钟是404 添加一个“任务”端点,并使用任务ID立即响应,以便在数据传输和处理(最终包括资源路径)之前跟踪进度 编辑:从一个类似问题的答案中添加了一个想法:客户端不知道磁盘、处理、校验和、缩略图等 这样的选择就相当简单了。您要么希望尽快返回HTTP请求,要么希望客户机等待操作成功 如果希望客户端等待,请返
编辑:从一个类似问题的答案中添加了一个想法:客户端不知道磁盘、处理、校验和、缩略图等 这样的选择就相当简单了。您要么希望尽快返回HTTP请求,要么希望客户机等待操作成功 如果希望客户端等待,请返回201 Created。如果您想尽快返回,请返回202 Accepted 两者都是可接受的设计。你应该让你自己的需求决定哪一个更适合你的情况。我想说,默认情况下,“默认”等待HTTP请求被保证成功是一个好主意,并且只有当这是一个特定的需求时才使用202 Accepted 您还可以让客户机使用首选标题进行决定: 看
Prefer: respond-async, wait=100