资源:Schema
摘自 RFC 7643 第 7 节。指定有关架构的元数据。
| JSON 表示法 |
|---|
{
"attributes": [
{
object ( |
| 字段 | |
|---|---|
attributes[] |
必需。架构的属性列表。 |
id |
必需。架构的唯一 URI。如果适用,服务提供商必须指定 URI,例如 |
name |
可选。架构的人类可读名称。如果适用,服务提供商必须指定名称,例如 |
description |
可选。架构的人类可读说明。如果适用,服务提供商必须指定说明。 |
属性
摘自 RFC 7643 第 7 节。定义属性的特征。
| JSON 表示法 |
|---|
{
"subAttributes": [
{
object ( |
| 字段 | |
|---|---|
subAttributes[] |
当属性的类型为 |
canonicalValues[] |
可选。一组建议使用的规范值(例如 |
referenceTypes[] |
一个 JSON 字符串的多值数组,用于指明可以引用的 SCIM 资源类型。有效值如下所示:
此属性仅适用于类型为 |
name |
属性的名称。 |
type |
属性的数据类型。有效值为 |
multiValued |
表示属性的复数形式。 |
description |
属性的人类可读说明。如果适用,服务提供商必须指定说明。 |
required |
指定属性是否为必需属性。 |
caseExact |
指定字符串属性是否区分大小写。服务器在评估过滤条件时会使用区分大小写。对于区分大小写的属性,服务器会保留提交的任何值的大小写。如果属性不区分大小写,服务器可能会更改提交值的大小写。区分大小写还会影响属性值与过滤条件值的比较方式(请参阅 RFC 7644 第 3.4.2.2 节)。 根据 RFC 7643 第 2.3.6 节 和 RFC 7643 第 2.3.7 节, |
mutability |
一个关键字,用于指明在哪些情况下可以(重新)定义属性的值:
|
returned |
一个关键字,用于指明在响应 GET 请求时或在响应 PUT、POST 或 PATCH 请求时,何时返回属性和关联的值。有效关键字如下所示:
|
uniqueness |
一个关键字值,用于指定服务提供商如何强制执行属性值的唯一性。服务器可能会根据唯一性拒绝无效值,方法是返回 HTTP 响应代码
如 RFC 7643 第 2.3 节 中所述, |
方法 |
|
|---|---|
|
检索架构。 |
|
检索所有架构。 |