使用下列API:帖子条件检查HTTP状态
- 如果缺少:
feed?url=XXX
验证的参数
url
进行400 Bad Request
- 如果空/无效网址:
422 Unprocessable Entity
- 如果URL没有指向有效的RSS/Atom feed:
422
??
3.应该返回什么状态错误?
不同于验证2.,就不可能检查3.没有获取数据并试图解析,所以原始用户数据不能直接验证。
我在想422 Unprocessable Entity
,因为它即使不是直接的数据(url
),但该数据的引用(url
的内容)相关的验证。
您的意见是?
关于'422'我同意查询参数不是* entity *的一部分,因此可能很难返回*不可处理的实体*。但我真的不认为'409冲突'是一个更好的选择(从我在这里阅读https://tools.ietf.org/html/rfc7231#page-60)。 – Kakawait
409以及我如何使用它的经验源于它在WebDAV(HTTP扩展)中的使用。它应用的方式意味着几乎是普遍的“请求没有错,如果在不同的资源状态发生变化后再次发送,它可能会成功”。这也是我如何从HTTP扩展中解释409,即使它在那里更加普遍和神秘。 – Evert