JSON.CN让代码更轻
Schema 数据约束可运行案例

权限清单：拒绝合同以外的额外字段

本例显式声明 grantId、resource、priority、granted、scope、policy，并用 additionalProperties: false 拒绝同层其他属性。这里只约束当前对象；嵌套 policy 的内部属性需要另写规则。

浏览器本地处理合成数据同场景 32 个案例 ↗
试一试

示例工作台

在完整工具中打开 ↗
Schema 数据约束修改下方数据后重新运行
运行结果
{
  "valid": true,
  "errors": []
}

原例已核验，可修改输入后重新运行。

⌘ / Ctrl + Enter 运行
01

场景与操作说明

权限清单中的声明不能替代服务端授权判断。合成规则只帮助检查字段和差异，不会为账号授予权限。

priority 是示例规则排序值，不表示用户的安全级别。

  1. 核对 权限清单 的字段层级，保留 grantId 的字符串类型。
  2. 修改一项输入并运行，观察结果中的值或路径如何变化。
  3. 载入对照样本，复现下面的变化；恢复原例会替换当前输入。
02

对照样本

对照样本故意违反 additionalProperties。这是已完成的校验，预期 valid 为 false；核对 errors 的 keyword、instancePath 和 params。

查看对照输入
{
  "grantId": "demo-permissions-1",
  "resource": "演示文档空间",
  "priority": 1,
  "granted": true,
  "scope": "team",
  "policy": {
    "actions": [
      "read"
    ],
    "owner": "demo-team"
  },
  "unexpectedDemo": true
}

对照样本的实际结果

{
  "valid": false,
  "errors": [
    {
      "instancePath": "",
      "schemaPath": "#/additionalProperties",
      "keyword": "additionalProperties",
      "params": {
        "additionalProperty": "unexpectedDemo"
      },
      "message": "must NOT have additional properties"
    }
  ]
}