遵循REST规范处理HTTP方法与资源的方式是什么？

REST的核心是以资源为中心，并充分利用HTTP协议的原生语义实现客户端与服务器的交互。针对你提到的两种请求处理场景，具体实现方案如下：

场景2：对于资源X，允许使用以下方法 #

这是REST架构下的常规场景，可依托HTTP标准和REST核心原则直接实现：

• 利用HTTP OPTIONS方法：客户端向目标资源发送OPTIONS /resource/X请求，服务器通过Allow响应头返回该资源支持的所有HTTP方法（例如Allow: GET, PUT, DELETE）。这是HTTP协议原生提供的查询资源允许操作的方式，完全符合REST规范。
• 通过HATEOAS暴露操作：当客户端获取资源X的表示（比如GET请求返回的JSON/XML）时，在响应体中嵌入带有method属性的超链接。例如返回的用户资源表示可以包含：

  {
    "id": "123",
    "name": "Alice",
    "_links": [
      {"rel": "self", "href": "/users/123", "method": "GET"},
      {"rel": "update", "href": "/users/123", "method": "PUT"},
      {"rel": "delete", "href": "/users/123", "method": "DELETE"}
    ]
  }
  

  客户端可通过这些超链接动态发现该资源支持的操作，符合REST“超媒体作为应用状态引擎”的核心要求。

场景1：对于方法X，以下资源可用 #

REST不提倡将HTTP方法作为外部命名空间，需将“支持方法X的资源集合”转化为可访问的REST资源来实现：

• 定义专用资源暴露支持列表：创建一个新的资源（例如/supported-resources/{method}），客户端发送GET /supported-resources/DELETE请求时，服务器返回所有支持DELETE方法的资源链接列表。响应示例：

  {
    "supported_resources": [
      "/users/123",
      "/posts/456",
      "/comments/789"
    ]
  }
  

• 通过根资源引导客户端发现：在系统的根资源（/）的表示中，添加指向这类专用资源的超链接，例如：

  {
    "_links": [
      {"rel": "resources-supporting-delete", "href": "/supported-resources/DELETE"},
      {"rel": "resources-supporting-post", "href": "/supported-resources/POST"}
    ]
  }
  

  让客户端可以动态发现这些专用资源，无需硬编码URL，保持REST的可扩展性。

额外注意事项 #

• 严格遵循HTTP方法的语义：不要自定义HTTP方法，也不要将方法名嵌入URL（例如避免/delete/user/123这类设计，应使用DELETE /user/123）。
• 始终以资源为核心：所有交互都围绕资源展开，即便是场景1的需求，也要转化为“资源集合”的形式暴露，而非直接以方法为入口。

内容的提问来源于stack exchange，提问作者user877329