Sam*_*der 8 rest http http-status-codes
我们有一个端点,当您发布时创建新版本的资源并返回201以及新创建的资源的位置.它根据当前版本与发布版本的比较确定新版本号(使用类似规则集的semver).
如果您发布的版本与现有版本相同,则不会更新版本号.在这种情况下我们应该回报什么?
201响应的幂等性是否重要?
有更好的建议吗?
小智 4
303 - 看看其他怎么样?看起来很合适。我提请您注意https://www.w3.org/Protocols/rfc2616/rfc2616-sec10.html
规范中的这句话
此方法的存在主要是为了允许 POST 激活的脚本的输出将用户代理重定向到选定的资源。
这听起来像是你想对我做的事。这是剩下的部分。
10.3.4 303 查看其他
可以在不同的 URI 下找到对请求的响应,并且应该使用该资源上的 GET 方法来检索。此方法的存在主要是为了允许 POST 激活的脚本的输出将用户代理重定向到选定的资源。新的 URI 不是原始请求资源的替代引用。303 响应不得被缓存,但对第二个(重定向)请求的响应可能是可缓存的。
不同的 URI 应由响应中的位置字段给出。除非请求方法是 HEAD,否则响应实体应该包含一个简短的超文本注释,其中包含指向新 URI 的超链接。
Note: Many pre-HTTP/1.1 user agents do not understand the 303
status. When interoperability with such clients is a concern, the
302 status code may be used instead, since most user agents react
to a 302 response as described here for 303
Run Code Online (Sandbox Code Playgroud)
| 归档时间: |
|
| 查看次数: |
2647 次 |
| 最近记录: |