sys*_*USE 577
HTTP规范(RFC 2616)有许多适用的建议.这是我的解释:
- HTTP状态代码,
200 OK用于成功更新现有资源的PUT.不需要响应机构.(根据第9.6节,204 No Content更合适.) 201 Created用于新资源的成功PUT的HTTP状态代码,具有在Location头字段中返回的新资源的最特定URI以及在响应主体中回显的资源的任何其他相关URI和元数据.(RFC 2616第10.2.2节)- HTTP状态代码
409 Conflict用于PUT是不成功的,因为一3 次三方变形例中,与所尝试的更新,并在响应体中的当前资源之间的差异的列表.(RFC 2616第10.4.10节) 400 Bad Request不成功的PUT的HTTP状态代码,在响应正文中使用自然语言文本(例如英语)来解释PUT失败的原因.(RFC 2616第10.4节)
- @stian:这句话于2013年2月3日被删除.可能是因为有人在这里读到了这句话.;)https://developer.mozilla.org/en-US/docs/HTTP/HTTP_response_codes$compare?from=346227&to=351003 (52认同)
- @stian有趣!这在Mozilla方面似乎相当冒昧,因为我在RFC 2616中找不到任何内容(特别是[10.2成功2xx]部分(http://www.w3.org/Protocols/rfc2616/rfc2616-sec10.html#sec10.2) )和[10.2.1 200 OK](http://www.w3.org/Protocols/rfc2616/rfc2616-sec10.html#sec10.2.1))明确排除使用'200`进行PUT,DELETE,或任何其他方法.我错过了什么？比如Mozilla成为W3和IETF的老大？;或者也许他们从未听说过Postel的稳健性原则. (24认同)
- @systemPAUSE很好的答案.一个小问题:如果你不打算将响应机构归还给成功的操作,我建议你专门使用204.一些客户端(例如jQuery Ajax)如果期望非零长度响应但是没有得到它会阻塞.您可以在[此问题]中查看此示例(http://stackoverflow.com/questions/20928929/jquery-ajax-call-executes-error-on-200/20929815). (8认同)
- PUT方法的语义是忽略资源所处的当前状态,因此,对于由于第三方修改而不成功的PUT返回409冲突仅在请求是有条件的情况下才有意义. (6认同)
- 可能RFC2616已经更新,因为这已得到解答.在9.6中没有提到"与200相关的无响应体".实际上,与PUT相关的响应体完全没有被提及.它仅指出`如果现有资源被修改,则应该发送200(OK)或204(No Content)响应代码以指示请求的成功完成. (3认同)
- @AugustJanse 很高兴听到标准已经取得进展！如果同时其他人受到我在这里的回答的鼓励而去阅读它们，那就更高兴了。然而，我不确信我现在可以编辑这个答案，或者应该编辑这个答案。为了与此处的问答格式保持一致，也许根据最新的规范创建并投票一个单独的答案是最好的？ (2认同)
Lio*_*orH 151
与此处的大多数答案相反,我实际上认为PUT应该返回更新的资源(当然除了HTTP代码之外).
您希望将资源作为PUT操作的响应返回的原因是,当您向服务器发送资源表示时,服务器也可以对此资源应用一些处理,因此客户端想知道该资源是如何处理的看似请求成功完成后.(否则它将不得不发出另一个GET请求).
- @Raedwald肯定是的.REST不要求在PUT上更新*whole*资源,尽管通常建议使用它.某些字段可能没有意义进行更新 - 例如,创建日期或上次修改日期可能不应包含在PUT正文中,但可能会因PUT而更改.话虽如此,我不同意LiorH PUT应该导致资源回归; 在PUT之后我需要GET才能获得更新的资源. (20认同)
- @Randolpho _REST不要求在PUT_上更新整个资源,这不应该是PATCH的情况吗？ (17认同)
- @MarcoCiambrone是的,我同意并且我放弃了我之前的评论.我已经改变了我对REST和PUT的调整 - PUT应该始终是幂等的,不应该用于部分更新.除非支持PATCH,否则POST是唯一的选择,在这种情况下,PATCH可能是一个不错的选择.但是,PATCH是一个新动词,可能不受某些服务器端框架的支持. (12认同)
- "服务器也可以对此资源应用一些处理":我是新手这个.这真的是RESTful吗？ (3认同)
- 答案写在rfc7231之前，但[第4.3.4节]（https://tools.ietf.org/html/rfc7231#section-4.3.4）明确指出“ PUT方法要求目标的状态资源创建或替换为请求消息有效负载中包含的表示形式所定义的状态” (2认同)
- 如果更新的对象很大怎么办？返回大量不太可能使用的数据似乎很浪费。 (2认同)
我认为服务器有可能返回内容以响应 PUT。如果您使用的响应信封格式允许旁加载数据（例如 ember-data 使用的格式），那么您还可以包含可能已通过数据库触发器等修改的其他对象（旁加载数据显式减少# 请求，这似乎是优化的好地方。）
如果我只是接受 PUT 并且没有什么要报告的，我会使用没有正文的状态代码 204。如果我有什么要报告的，我会使用状态代码 200，并包含一个正文。
| 归档时间： |
|
| 查看次数： |
188539 次 |
| 最近记录： |