我想为此JSON“伪代码”示例创建JSON模式:
{
"xyz": {
"$something": {
"property_a": "...",
"property_b": "...",
"property_c": "..."
}
}
}
$something
可以是以下字符串之一:foo
,bar
或buz
。我当前的架构如下:
{
"xyz": {
"id": "xyz",
"type": "object",
"properties": {
"foo": {
"id": "foo",
"type": "object",
"additionalProperties": false,
"required": ["property_a"],
"properties": {
"property_a": {
"id": "property_a",
"type": "string"
},
"property_b": {
"id": "property_b",
"type": "string"
},
"property_c": {
"id": "property_a",
"type": "string"
}
}
},
"bar": {
... copy&paste foo
},
"buz": {
... copy&paste foo
}
}
}
}
它正在工作,但是有很多重复的代码。因此,我正在寻找一种更优雅的实现方式。
如何定义允许作为JSON模式中的属性名称的值列表(谎言enum
)?
答案 0 :(得分:0)
patternProperties
的工作原理类似于属性,只是对象的键是正则表达式。
https://tools.ietf.org/html/draft-handrews-json-schema-validation-01#section-6.5.5
Understanding JSON Schema site
中的示例{
"type": "object",
"patternProperties": {
"^S_": { "type": "string" },
"^I_": { "type": "integer" }
},
"additionalProperties": false
}
在此示例中,其名称以 前缀S_必须为字符串,并且任何前缀I_必须为 整数。在properties关键字中明确定义的任何属性 也被接受,以及任何不匹配的其他属性 两种正则表达式都是禁止的。