Compare commits
2 Commits
08287da7b7
...
73944804c1
| Author | SHA1 | Date | |
|---|---|---|---|
| 73944804c1 | |||
| ffa189b885 |
@@ -115,7 +115,18 @@ given string value.
|
||||
|
||||
In the test schema, we can see the following definition:
|
||||
```json
|
||||
"Pubkey": {
|
||||
"properties": {
|
||||
"from": {
|
||||
"allOf": [
|
||||
{ "$ref": "#/components/schemas/Pubkey" },
|
||||
{ "x-serialization": {
|
||||
"tags": ["ak"]
|
||||
}}
|
||||
]
|
||||
}
|
||||
}
|
||||
...
|
||||
"Pubkey": {
|
||||
"type": "string",
|
||||
"x-serialization": {
|
||||
"tags": ["ak", "ct"]
|
||||
@@ -125,3 +136,8 @@ In the test schema, we can see the following definition:
|
||||
Whenever the validator encounters an `x-...` property mapped to a validator fun,
|
||||
this fun is called with the value and the schema part of the property. The return
|
||||
value of the fun is ignored, and any normal return is treated as a validation success.
|
||||
|
||||
The example illustrates a common pattern in OpenAPI specs, where entity references are
|
||||
used extensively. The `Pubkey` data type can have a more general `x-serialization`
|
||||
definition, where multiple key types are accepted, whereas a specialized use of the
|
||||
type can narrow the scope by accepting only a subset of the possible types.
|
||||
|
||||
Reference in New Issue
Block a user