我们有一个REST API,用于处理应用程序后端.我们需要实现一个冲突预防功能,编辑请求(POST/PUT)将检查记录是否在客户端上次读取和现在之间未被修改,如果是,则会告诉客户端存在冲突.
问题是如何发送冲突检查标记(最有可能是时间戳,但我们不想强制要求)以及如何返回错误.
我们希望尽可能使用标准的REST模式,所以这里我们考虑的解决方案:
使用If-Modified-Since.这里的问题是它要求使用时间戳,并且规范说你必须返回412.我们想要返回更具体的409代码,以表明它是编辑冲突,如规范中所述,而不是更通用412可能由其他原因引起.这也使客户端更容易对编辑冲突进行特殊处理,因为它们会有专用的错误代码.
使用If-Match.更好,因为我们可以使用附加到它的任何数据,但是规范再次要求使用412,尽管409更适合我们的情况.此外,规范建议If-Match与Etags相关联,我们不会将Etags用于我们的数据,因为为每条记录计算正确的Etag是不可行的.我们将标记作为记录数据的一部分用于检查,但它不作为ETag发送,现有客户端不处理ETag,因此我们不希望在可能的情况下将这一新要求强加给客户端.
使用自定义X-Header.这样可以正常工作,客户可以很容易地添加,但如果可能的话,我们更喜欢使用标准REST方法.
那么,在这种情况下推荐的方式是什么？有没有办法使用标准的REST方法,用409响应并让它一切都干净整洁？
基本上,如果标题中有"If_*"前提条件,则必须返回412.即使您使用自定义X-Header,它也只表示标题没有定义,它必须返回412.如果它用作前置条件,如果您查看412定义,则应使用X-Header返回412以获取请求.
__PRE__
通常etag仅作为if-*前置条件的一部分在请求中发送,因此如果您想要409,那么您也不会使用etag.
如果要使用409,那么只需将前置条件/后置条件放在请求体中而不是标头中.如果条件失败,Webdav将返回403/409.409当客户端可能能够修复请求时.见http://www.ietf.org/rfc/rfc3253.txt.
因此,在标题中使用412作为前置条件,否则使用409.
| 归档时间： |
|
| 查看次数： |
2981 次 |
| 最近记录： |