rest - S3 REST API 和 POST 方法

Question

我正在使用AWS S3 REST API ，在解决了一些令人烦恼的签名问题后，它似乎可以工作。但是，当我使用正确的 REST 动词创建资源(即 POST)时，我得到 405 method not allowed。相同的请求可以与方法 PUT 配合使用并创建资源。

我做错了什么，还是 AWS S3 REST API 不完全符合 REST 标准？

Answer 1

是的，您将 CRUD 映射到 HTTP 方法是错误的。

尽管有流行的用法和广泛的误解，包括 Stack Overflow 上的高评价答案，POST 并不是“创建资源的正确方法”。其他方法的语义是由HTTP协议(protocol)决定的，但POST的语义是由目标媒体类型本身决定的。 POST 是用于任何未由 HTTP 标准化的操作的方法，因此它可用于创建，但也可用于更新或其他方法尚未完成的任何其他操作。例如，使用 POST 进行检索是错误的，因为您已经为此标准化了 GET，但是当客户端由于某种原因无法使用 PUT 时，使用 POST 来创建资源是可以的。

同样，PUT 也不是“更新资源的正确方法”。 PUT 是用于完全替换资源的方法，忽略其当前状态。如果您拥有服务器期望的完整表示，则可以使用 PUT 进行创建；如果提供完整表示(包括您不会更改的部分)，则可以使用 PUT 进行更新，但使用 PUT 进行部分更新是不正确的，因为您要求服务器考虑资源的当前状态。 PATCH 就是执行此操作的方法。

用非正式语言来说，每个方法向服务器传达的内容是:

• POST:获取此数据并将其应用到给定 URI 标识的资源，遵循您为资源媒体类型记录的规则。

• PUT:用此数据替换给定 URI 标识的任何内容，忽略其中已有的内容(如果有)。

• PATCH:如果给定 URI 标识的资源仍然具有与我上次查看时相同的状态，则将此差异应用于它。

请注意，创建或更新没有被提及，并且不是这些方法的语义的一部分。您可以使用 POST 和 PUT 创建，但不能使用 PATCH，因为它取决于当前状态。您可以使用其中任何一个进行更新，但是使用 PATCH 时，您可以根据要更新的状态进行更新，使用 PUT 时，您可以通过替换整个实体进行更新，因此这是一个幂等操作，而使用 POST 时，您要求服务器执行以下操作它根据预定义的规则。

顺便说一句，我不知道说 API 是否符合 REST 是否有意义，因为 REST 是一种架构风格，而不是规范或标准，但即使考虑到这一点，很少有声称是 REST 的 API 真正是 RESTful，在大多数情况下是因为它们不是 hypertext driven 。 AWS S3 绝对不是 RESTful，尽管与您的问题有关，它们对 HTTP 方法的使用大多数时候都遵循 HTTP 标准。