我正在尝试filter通过此 Slack API 在 RESTful GET 请求中使用该参数:
文档中写道:
GET /Users - 以分页方式返回用户列表。使用 startIndex 和 count 查询参数来更改分页结果。支持过滤参数。
每次尝试使用filter附加到请求 URL的参数时,都会https://api.slack.com/scim/v1/Users?filter=userName返回此错误:
{"Errors":{"description":"no_filters","code":400}}
Run Code Online (Sandbox Code Playgroud)
任何人都知道在 API URL 中使用过滤器参数的标准化方式吗?
小智 5
他们使用下面用空格 (%20) 分隔的这种格式。不带引号的示例
“电子邮件%20co%20jane.doe@somewhere.com”
"userName%20eq%20joe.schmoe"
eq equal 匹配的属性值和运算符值必须相同。co contains 整个运算符值必须是匹配的属性值的子字符串。sw 开头 整个运算符值必须是属性值的子字符串,从属性值的开头开始。如果两个字符串相同,则满足此标准。pr 存在(有值)如果属性具有非空值,或者如果它包含复杂属性的非空节点,则存在匹配。gt 大于 如果属性值大于运算符值,则存在匹配。实际比较取决于属性类型。对于字符串属性类型,这是按字典顺序比较,而对于 DateTime 类型,则是按时间顺序比较。ge 大于或等于 如果属性值大于或等于运算符值,则存在匹配。实际比较取决于属性类型。对于字符串属性类型,这是按字典顺序比较,而对于 DateTime 类型,则是按时间顺序比较。lt 小于 如果属性值小于运算符值,则存在匹配。实际比较取决于属性类型。对于字符串属性类型,这是按字典顺序比较,而对于 DateTime 类型,则是按时间顺序比较。le 小于或等于 如果属性值小于或等于运算符值,则存在匹配。实际比较取决于属性类型。对于字符串属性类型,这是按字典顺序比较,而对于 DateTime 类型,则是按时间顺序比较。
| 归档时间: |
|
| 查看次数: |
1860 次 |
| 最近记录: |