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

用户列表：约束 role 的枚举值

本例允许 role 为 reader 或 editor。枚举区分大小写；这些值只适用于此合成合同，新增业务状态时要由接口负责人更新规则。

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

示例工作台

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

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

⌘ / Ctrl + Enter 运行
01

场景与操作说明

用户列表通常同时包含标识、展示名称、状态和资料。联调时先区分展示字段与权限字段，不能用昵称替代用户标识。

loginCount 是示例累计登录次数；0 是有效值，不应当成字段缺失。

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

对照样本

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

查看对照输入
{
  "userId": "demo-users-1",
  "displayName": "示例用户甲",
  "loginCount": 12,
  "active": true,
  "role": "unknown-demo",
  "profile": {
    "city": "杭州",
    "tags": [
      "new",
      "web"
    ]
  }
}

对照样本的实际结果

{
  "valid": false,
  "errors": [
    {
      "instancePath": "/role",
      "schemaPath": "#/properties/role/enum",
      "keyword": "enum",
      "params": {
        "allowedValues": [
          "reader",
          "editor"
        ]
      },
      "message": "must be equal to one of the allowed values"
    }
  ]
}