Fatal编程技术网
  • rest/
  • Rest 在Allow中播发的内容：重载帖子的标题

Rest 在Allow中播发的内容：重载帖子的标题

rest http

Rest 在Allow中播发的内容：重载帖子的标题,rest,http,Rest,Http,重载POST是RESTAPI的常见做法，尤其是在使用HTML作为媒体类型时 但我想知道，在Allow:标题中宣传超载帖子的正确方法是什么 对于可以读取和更新的典型资源，人们可能会期望： Allow: GET, HEAD, PUT 但是当我必须为PUT重载POST时，允许：标题现在是否应该提到POST被接受？如果我只希望收到超负荷的POST请求，它是否应该停止提及PUT？我总是从行为上看这类问题，哪些客户会关心响应的这一方面，以及它会对这些客户产生什么影响 那么，具体来说，哪些客户机关心并使用A

重载POST是RESTAPI的常见做法，尤其是在使用HTML作为媒体类型时

但我想知道，在Allow:标题中宣传超载帖子的正确方法是什么

对于可以读取和更新的典型资源，人们可能会期望：

Allow: GET, HEAD, PUT
但是当我必须为PUT重载POST时，
允许：
标题现在是否应该提到
POST
被接受？如果我只希望收到超负荷的
POST
请求，它是否应该停止提及
PUT
？

我总是从行为上看这类问题，哪些客户会关心响应的这一方面，以及它会对这些客户产生什么影响

那么，具体来说，哪些客户机关心并使用
Accept
标题，这对这些客户机有什么影响

首先是web浏览器。我最初的想法是，如果使用CORS，
Accept
头的值可能与web浏览器相关，可能需要包含
POST
。然而，这实际上是
访问控制允许方法
。因此，据我所知，
Allow
标题实际上对浏览器客户端没有任何行为含义

然后是编程客户端。在这些情况下，非重载方法很可能就是您想要列出的方法。（例如，您可能会有一个文档生成客户端，用于检查和显示允许的方法。从用户的角度来看，它更有意义。）

最后，还有一些用户正在直观地检查您的API响应。在这种情况下，我可能更喜欢重载的方法集，因为它更具信息性

简言之，我可能只列出允许的重载方法集，而不包括
POST
。浏览器通常是唯一会发出过载请求的客户端，我不知道它是否以任何方式使用或检查
Accept
头