Microsoft graph api SharePoint列表项上的Orderby无效

我正在尝试使用Microsoft Graph订购列表项集合：

.../items?select=id&orderby=id%20desc

我尝试了多个属性，并用空格代替了

%20

。我一直在跟踪调查

---

但是ID总是按升序排列的。我是否做错了什么，或者这是Microsoft Graph的错误？

当前不支持

$orderby

参数。此时仅支持

$select

、

$expand

和

$filter

我建议访问并添加此功能的请求。在提取

ListItem

资源集合时，它似乎很有价值

---

另外，您还缺少

$

前缀：

items?$select=id&$orderby=id desc

忽略

$

前缀仅在

beta

端点上受支持。根据：

注意：在

beta

端点上，

$

前缀是可选的

---

当前不支持

$orderby

参数。此时仅支持

$select

、

$expand

和

$filter

我建议访问并添加此功能的请求。在提取

ListItem

资源集合时，它似乎很有价值

---

另外，您还缺少

$

前缀：

items?$select=id&$orderby=id desc

忽略

$

前缀仅在

beta

端点上受支持。根据：

注意：在

beta

端点上，

$

前缀是可选的

---

我不建议使用

beta

。它是不稳定和不受支持的。也就是说，您是否尝试添加

$

？我对v1.0端点也有同样的问题。这是我的请求：{sitename}/lists/{listname}/items？$select=id&$orderby=id desc。orderby与graph api中的其他资源（如/users）配合良好。许多图形端点都是从幕后的其他api聚合而来的。有些资源支持不同的查询参数集，这种情况并不少见。经过一些挖掘，它看起来不像

ListItem

集合支持

$OrderBy

$count在这个端点上也不受支持，所以我认为按id desc排序的最好方法是使用&top=5000和skiptoken获取所有内容，然后在代码中自己排序。结果被分页。每个页面都将包含指向结果中下一页的链接，直到您到达最终页面（没有提供链接）。请求大量的

$top

不是一个好主意，因为它会严重影响性能。一般来说，按页获取更好。这允许您与下一页请求并行构造本地对象。我不建议使用

beta

。它是不稳定和不受支持的。也就是说，您是否尝试添加

$

？我对v1.0端点也有同样的问题。这是我的请求：{sitename}/lists/{listname}/items？$select=id&$orderby=id desc。orderby与graph api中的其他资源（如/users）配合良好。许多图形端点都是从幕后的其他api聚合而来的。有些资源支持不同的查询参数集，这种情况并不少见。经过一些挖掘，它看起来不像

ListItem

集合支持

$OrderBy

$count在这个端点上也不受支持，所以我认为按id desc排序的最好方法是使用&top=5000和skiptoken获取所有内容，然后在代码中自己排序。结果被分页。每个页面都将包含指向结果中下一页的链接，直到您到达最终页面（没有提供链接）。请求大量的

$top

不是一个好主意，因为它会严重影响性能。一般来说，按页获取更好。这允许您与下一页请求并行构造本地对象。