|
200 | 200 | <t>
|
201 | 201 | A JSON document to which a schema is applied is known as an "instance".
|
202 | 202 | </t>
|
| 203 | + <t> |
| 204 | + JSON Schema is defined over "application/json" or compatible documents, |
| 205 | + including media types with the "+json" structured syntax suffix. |
| 206 | + </t> |
| 207 | + <t> |
| 208 | + Among these, this specification defines the "application/schema-instance+json" |
| 209 | + media type which defines handling for fragments in the URI, |
| 210 | + and the "schema" media type parameter. |
| 211 | + </t> |
203 | 212 |
|
204 | 213 | <section title="Instance Data Model">
|
205 | 214 | <t>
|
|
243 | 252 | </t>
|
244 | 253 | </section>
|
245 | 254 |
|
246 |
| - <section title="Instance Media Types"> |
247 |
| - <t> |
248 |
| - JSON Schema is designed to fully work with "application/json" documents, |
249 |
| - as well as media types using the "+json" structured syntax suffix. |
250 |
| - </t> |
251 |
| - <t> |
252 |
| - Some functionality that is useful for working with schemas is |
253 |
| - defined by each media type, namely media type parameters and |
254 |
| - URI fragment identifier syntax and semantics. These features are |
255 |
| - useful in content negotiation and in calculating URIs for specific |
256 |
| - locations within an instance, respectively. |
257 |
| - </t> |
258 |
| - <t> |
259 |
| - This specification defines the "application/schema-instance+json" |
260 |
| - media type in order to allow instance authors to take full advantage |
261 |
| - of parameters and fragment identifiers for these purposes. |
262 |
| - </t> |
263 |
| - </section> |
264 |
| - |
265 | 255 | <section title="Instance Equality">
|
266 | 256 | <t>
|
267 | 257 | Two JSON instances are said to be equal if and only if they are of the same type
|
|
288 | 278 | zeros) are insignificant.
|
289 | 279 | </t>
|
290 | 280 | </section>
|
| 281 | + |
| 282 | + <section title="Non-JSON Instances"> |
| 283 | + <t> |
| 284 | + It is possible to use JSON Schema with a superset of the JSON Schema data model, |
| 285 | + where an instance may be outside any of the six JSON data types. |
| 286 | + </t> |
| 287 | + <t> |
| 288 | + In this case, annotations still apply; but validation keywords will not be useful, |
| 289 | + as they will always pass or always fail. |
| 290 | + </t> |
| 291 | + <t> |
| 292 | + A custom vocabulary may define support for a superset of the core data model. |
| 293 | + The schema itself may only be expressible in this superset; |
| 294 | + for example, to make use of the "const" keyword. |
| 295 | + </t> |
| 296 | + </section> |
291 | 297 | </section>
|
292 | 298 |
|
293 | 299 | <section title="JSON Schema Documents" anchor="schema-document">
|
|
0 commit comments