es.davy.ai

Preguntas y respuestas de programación confiables

¿Tienes una pregunta?

Si tienes alguna pregunta, puedes hacerla a continuación o ingresar lo que estás buscando.

Tag: JSONSCHEMA

Esquema JSON para excluir propiedades (opuesto a propiedades requeridas)

En JSON-schema, uno puede “requerir” ciertas claves en un objeto. Aquí tienes un ejemplo tomado de la documentación del esquema JSON: { “type”: “object”, “properties”: { “name”: { “type”: “string” }, “email”: { “type”: “string” }, “address”: { “type”: “string” }, “telephone”: { “type”: “string” } }, “required”: [“name”, “email”] . . . Read more

Cómo validar los valores de los objetos en jsonschema?

Supongamos que tengo un json como este: {“1”: {“first_name”: “a”, “last_name”: “b”}, “2”: {“first_name”: “c”, “last_name”: “d”}} Como puedes ver, los valores tienen el siguiente esquema: {“type”: “object”, “properties”: { “first_name”: {“type”: “string”}, “last_name”: {“type”: “string”} }, “additionalProperties”: false, “required”: [“first_name”, “last_name”]} ¿Cómo puedo definir un esquema que pueda validar . . . Read more

Schema JSON con if/else y propiedad opcional: { “$schema”: “http://json-schema.org/draft-07/schema#”, “type”: “object”, “properties”: { “propiedad_requerida”: { “type”: “integer” }, “propiedad_opcional”: { “type”: “string” } }, “if”: { “properties”: { “propiedad_requerida”: { “enum”: [1] } } }, “then”: { “properties”: { “propiedad_opcional”: { “type”: “null” } } }, “else”: { “properties”: { “propiedad_opcional”: { “type”: “string” } } } } Este es un ejemplo de un esquema JSON en el cual se incluye una propiedad opcional con una lógica de if/else. El esquema define un objeto con dos propiedades: “propiedad_requerida” de tipo entero y “propiedad_opcional” de tipo cadena. En la cláusula “if”, se comprueba si el valor de “propiedad_requerida” es igual a 1. Si se cumple esta condición, en la cláusula “then” se establece que “propiedad_opcional” debe tener un valor nulo. En caso contrario, en la cláusula “else” se define que “propiedad_opcional” debe ser una cadena. Esto indica que si “propiedad_requerida” no es igual a 1, se espera que exista un valor válido para “propiedad_opcional” de tipo cadena. De esta manera, este esquema permite tener una propiedad opcional que puede tener diferentes tipos dependiendo de otra propiedad requerida.

Mi esquema tiene una propiedad opcional de tipo booleano llamada prepaid. También hay tres propiedades numéricas opcionales. Si se proporciona la propiedad prepaid y su valor es true, entonces quiero que las otras tres propiedades sean obligatorias. Funciona bien si incluyo explícitamente prepaid en el JSON, pero si lo omito . . . Read more

Referencia de Esquema JSON utilizando un fragmento vacío.

Estoy utilizando especificaciones de OpenAPI y he encontrado etiquetas de referencia que apuntan a una cadena vacía (fragmento vacío). ¿Es esta una referencia correcta? En caso afirmativo, ¿cómo se debe interpretar esta referencia? ¿A qué apunta y qué valor se considera correcto cuando se valida la especificación de OpenAPI? He . . . Read more