Rest 关于获取资源的良好实践是什么

我想知道良好的实践是如何创建RESTAPI的。我是否应该创建允许get（例如多个特定用户）的URI

例如，我的意思是：

/usermanagement/users/{j_goldman,wafik,morder}

---

这个uri将返回j_goldman、wafik和morder的3个对象用户。

您可以这样做，但它不会是restful IMHO。如果您真的需要这样做，您应该考虑重新设计您的资源选择，例如，您想要获得的所有三个用户都属于id为111的特定组。然后您可以执行类似/groups/111 GET的操作。如果您不能，那么我想您应该坚持使用restful解决方案，并使用三个API调用分别获取用户。

您可以这样做，但它不会是restful IMHO。如果您真的需要这样做，您应该考虑重新设计您的资源选择，例如，您想要获得的所有三个用户都属于id为111的特定组。然后您可以执行类似/groups/111 GET的操作。如果您不能，那么我想您应该坚持使用restful解决方案，并使用三个API调用分别获取用户。

您所做的是搜索一组特定的用户。通过URL中的查询参数，可以实现这一点

要返回单个用户（id为5），请执行以下操作：

/用户管理/users/5

要返回所有用户，请执行以下操作：

/用户管理/用户

要基于搜索返回一组用户，请执行以下操作：

/用户管理/用户？用户名=

这样，您的API就可以按照指定的条件进行搜索，而该条件也可以扩展

例如，您希望按位置搜索：

/用户管理/用户位置=

比如说，您希望将以下各项结合起来：

/usermanagement/users？用户名={criteria}&位置={criteria}

您可能还希望公开搜索终结点本身：

/用户管理/搜索

您也可以在此处找到其他选项：

---

您所做的是搜索一组特定的用户。通过URL中的查询参数，可以实现这一点

要返回单个用户（id为5），请执行以下操作：

/用户管理/users/5

要返回所有用户，请执行以下操作：

/用户管理/用户

要基于搜索返回一组用户，请执行以下操作：

/用户管理/用户？用户名=

这样，您的API就可以按照指定的条件进行搜索，而该条件也可以扩展

例如，您希望按位置搜索：

/用户管理/用户位置=

比如说，您希望将以下各项结合起来：

/usermanagement/users？用户名={criteria}&位置={criteria}

您可能还希望公开搜索终结点本身：

/用户管理/搜索

您也可以在此处找到其他选项：

---

在我的系统中，用户是通过用户名识别的（也许这是错误的，但我们暂时别管它）。我不是说搜索。我想知道当有人想从系统中获取关于几个特定用户或其他资源的信息时，会发生什么情况。但这些特定用户的定义是什么？你必须告诉API一些关于它们的信息才能让它们回来。在我看来，你正在定义一个搜索条件。在我的系统中，用户是关于用户名的（也许这是错误的，但现在让我们先别管它）。我不是说搜索。我想知道当有人想从系统中获取关于几个特定用户或其他资源的信息时，会发生什么情况。但这些特定用户的定义是什么？你必须告诉API一些关于它们的信息才能让它们回来。在我看来，你正在定义一个搜索条件。在我的系统中，用户是关于用户名的（也许这是错误的，但现在让我们先别管它）。我不是说搜索。我想知道当有人想从系统中获取关于几个特定用户或其他资源的信息时，会发生什么情况。但这些特定用户的定义是什么？你必须告诉API一些关于它们的信息才能让它们回来。在我看来，您正在定义一个搜索条件。我想知道当有人想从系统中获取关于几个特定用户或其他任何资源的信息时会发生什么情况。有人可能希望获得关于例如2、5或10个用户的信息，但并不总是这组用户。您可以轻松地在组资源上对该请求进行建模，以便成员由API用户自己指定。我想知道当有人想从系统中获取关于几个特定用户或任何其他资源的信息时会发生什么情况。有人可能希望获得关于例如2、5或10个用户的信息，但并不总是这组用户。您可以轻松地在组资源上对该请求进行建模，以便成员由API用户自己指定。我想知道当有人想从系统中获取关于几个特定用户或任何其他资源的信息时会发生什么情况。有些人可能希望获得关于例如2、5或10个用户的信息，但并不总是相同的用户组。您可以轻松地在组资源上对该请求进行建模，以便成员由API用户自己指定。