Mongodb 为什么一个HTTP GET请求检索所需数据，另一个检索[]

我目前正在工作的ng管理

从RESTAPI（连接到MongoDB）检索用户数据并显示数据时遇到问题

我已确定问题如下：

当我输入

http://localhost:3000/users

在我的浏览器中，我会得到数据库中所有用户的列表

当我输入

http://localhost:3000/users?_page=1&_perPage=30&_sortDir=DESC&_sortField=id

， 结果我得到了

[]

我对这个很陌生，我使用浏览器和POSTMAN Chrome扩展来测试它，得到了相同的结果

http://localhost:3000/users_end=30&_order=DESC&_sort=id&_start=0

这（

/users\u end

）是与

/users

不同的请求

应该是：

http://localhost:3000/users?end=30&_order=DESC&_sort=id&_start=0

或者，通过查看其他参数：

http://localhost:3000/users?_end=30&_order=DESC&_sort=id&_start=0

第一个参数是

end

或

\u end

（标记

？

）

---

更新（是吗？在u之前，我已经编辑过）：

如果向请求添加参数会返回一个空列表，请尝试一次只添加一个以缩小问题范围（这些参数的使用可能有错误-您确定需要这些下划线吗？）

这（

/users\u end

）是与

/users

不同的请求

应该是：

http://localhost:3000/users?end=30&_order=DESC&_sort=id&_start=0

或者，通过查看其他参数：

http://localhost:3000/users?_end=30&_order=DESC&_sort=id&_start=0

第一个参数是

end

或

\u end

（标记

？

）

---

更新（是吗？在u之前，我已经编辑过）：

---

如果向请求中添加参数返回空列表，请尝试一次只添加一个，以缩小问题范围（这些参数的使用可能有错误-您确定需要这些下划线吗？）。

您的REST API必须具有处理分页、排序和筛选的方法。但是ng管理员无法确定具体的方式，因为REST是一种风格而不是标准。因此，ng admin假设API默认情况下是如何实现的，这就是为什么它添加了这些

\u end

和

\u sort

查询参数

---

为了将这些参数转换为API能够理解的参数，您必须添加一个拦截器。ng管理文档对此进行了详细解释：

您的REST API必须具有处理分页、排序和筛选的方法。但是ng管理员无法确定具体的方式，因为REST是一种风格而不是标准。因此，ng admin假设API默认情况下是如何实现的，这就是为什么它添加了这些

\u end

和

\u sort

查询参数

---

为了将这些参数转换为API能够理解的参数，您必须添加一个拦截器。ng admin文档对此进行了详细解释：

我的API不允许我进行排序或分页，这是否意味着我不能使用ng admin？您仍然可以使用ng admin，但您必须删除拦截器中的排序和分页查询参数。抱歉，您的文档清楚地表达了这些概念，我以前不理解。我的API不允许我排序或分页，这是否意味着我不能使用ng admin？您仍然可以使用ng admin，但您必须删除拦截器中的排序和分页查询参数。抱歉，您的文档清楚地表达了这些概念，我以前不理解。