如何构建REST资源层次结构？

Question

我是服务器端webhtml" target="_blank">开发的新手，最近我读了很多关于实现RESTful API的文章。REST API的一个方面我仍然坚持是如何构建URI层次结构，该层次结构标识客户机可以与之交互的资源。具体地说，我一直在决定在资源由其他资源类型组成的情况下，层次结构有多详细，以及该做些什么。

这里有一个例子，希望能说明我的意思。假设我们有一个web服务，它允许用户从其他用户那里购买产品。所以在这个简单的例子中，有两个顶级资源用户和产品。下面是如何开始构建URI层次结构的,

对于用户：

/users
      /{id}
           /location
           /about
           /name
           /seller_rating
           /bought
           /sold

/products
         /{id}
              /name
              /category
              /description
              /keywords
              /buyer
              /seller

在这两种情况下，每个层次结构中的对象都引用另一个层次结构中对象的子集。例如，/users/{id}/buy是某个用户购买的产品的列表，它是/products的子集。此外，/products/{id}/seller引用销售特定产品的用户。

由于这些URI引用了其他对象或其他对象的子集，API是否应该支持以下内容:/users/{id}/bure/id/description和/products/{id}/bure/location？因为如果支持这些类型的URI，那么有什么可以阻止类似/users/{id}/buy/{id}/buy/buy/{id}/seller/name或者类似的事情呢？此外，在这种情况下，您将如何处理路由，因为服务器中的路由器必须解释任意长度的URI？

Answer 1

目标是构建方便的资源标识符，不要试图交叉引用所有东西。您不必在URL表示中重复数据库关系：）

像/product/{id}/bury这样的链接不应该存在，因为已经存在该资源的标识符:/user/{id}

虽然使用/product/{id}/bures-list是可以的，因为购买者列表是product的属性，在其他上下文中不存在。