我应该为自定义 SCIM 架构使用什么命名约定？答案

【问题标题】：What naming convention should I use for a custom SCIM schema?我应该为自定义 SCIM 架构使用什么命名约定？
【发布时间】：2019-07-17 15:30:31
【问题描述】：

我正在努力寻找有关如何为自定义 SCIM 资源命名架构 ID 的文档或建议。

{
  "id": "urn:ietf:params:scim:schemas:mycompany:2.0:MyResource",
  "name": "MyResource",
  "description": "MyResource description",
  "attributes": [
    {
      "name": "name",
      "type": "string",
      "multiValued": false,
      "description": "A human-readable name for MyResource. REQUIRED.",
      "required": true,
      "caseExact": true ,
      "mutability": "readWrite",
      "returned": "default",
      "uniqueness": "none"
    }
  ],
  "meta": {
    "resourceType": "Schema",
    "location": "/v2/Schemas/urn:ietf:params:scim:schemas:mycompany:2.0:MyResource"
  }
}

它应该使用与内置模式相同的前缀吗？ urn:ietf:params:scim:schemas:

或者更确切地说只是我的自定义东西？ urn:mycompany:scim:schemas:MyResource

我正在使用 SCIM2。

【问题讨论】：

标签： scim scim2

【解决方案1】：

此外，虽然对于专有资源的命名约定没有明确的指导方针，但我建议在您的服务提供者或客户端中将模式命名为每个提供者的配置。原因是某些实现根本不在乎，您可以做自己想做的事。但是，Azure AD 的 SCIM 客户端不允许您创建到不遵循以下格式之一的自定义属性的映射：

urn:ietf:params:scim:schemas:extension:2.0:CustomExtensionName:CustomAttribute

或

urn:ietf:params:scim:schemas:extension:CustomExtensionName:2.0:User.CustomAttributeName:value

CustomExtensionName、CustomAttribute 和 CustomAttributeName:value 可以更改以适合您的型号。

您不希望实施某人虚构的标准，以发现与另一个实施相冲突的标准。因此，在合理范围内使其尽可能动态。

【讨论】：

【解决方案2】：

和您一样，我没有找到任何明确指出最佳做法的资源。但是the way Oracle does it 看起来很干净：

对于新资源：urn:ietf:params:scim:schemas:mycompany:core:2.0:NewResource

对于属性扩展，即用户：urn:ietf:params:scim:schemas:extension:mycompany:2.0:User

【讨论】：

【解决方案3】：

SCIM 2.0 RFC 7643 Section 10 包含有关“scim”命名空间 ID 的 IANA 注册的部分，以及用于添加架构 URI 的可选注册过程。

虽然我也没有找到任何关于此主题的完整最佳实践，但如果您打算将您的模式标准化和更广泛地使用，我建议使用“urn:ietf:params:scim:schemas”，并且您能够遵循注册RFC 中概述的流程和要求。

否则，使用基于公司/专有名称空间似乎是合适的，例如urn:mycompany:scim:schemas:core:MyResource:1.0 或 urn:mycompany:scim:schemas:extension:MyResource:myExtension:1.0。

【讨论】：