en JSON, ¿por qué se cita cada nombre?

Question

The JSON spec dice que JSON es un objeto o una matriz. En el caso de un objeto,

Una estructura objeto se representa como un par de llaves circundantes cero o más pares de nombre/valor (o miembros). Un nombre es una cadena . ...

Y más adelante, la especificación dice que una cadena está entre comillas.

¿Por qué?

Por lo tanto,

{"Property1":"Value1","Property2":18} 

y no

{Property1:"Value1",Property2:18} 

Pregunta 1: ¿por qué no permite que el nombre en los pares de nombre/valor para ser identificadores cotizados?

---

Pregunta 2: ¿Hay una diferencia semántica entre las dos representaciones anteriores, cuando se evaluó en Javascript?

Answer 1

Pregunta 1: ¿por qué no permite que el nombre en los pares nombre/valor sean identificadores sin comillas?

La filosofía de diseño de JSON es "Keep it simple"

"nombres de cotización con "" es mucho más simple que "Usted puede citar nombres con " o ' pero que no tienen hasta, a menos que contengan ciertos caracteres (o combinaciones de caracteres que lo convertirían en una palabra clave) y ' o " pueden necesitar ser cotizados dependiendo de qué delimitador haya seleccionado ".

Pregunta 2: ¿Hay una diferencia semántica entre las dos representaciones de arriba, cuando se evalúa en Javascript?

No. En JavaScript son idénticos.

Answer 2

Ambos : y espacios en blanco están permitidos en los identificadores. Sin las comillas, esto causaría ambigüedad al tratar de determinar qué constituye exactamente el identificador.

Answer 3

Dejo una cita de una presentación que Douglas Crockford (el creador del estándar JSON) le dio a Yahoo.

Él habla de cómo descubrió JSON, y entre otras cosas por lo que decidió utilizar claves citadas:

.... Fue entonces cuando descubrimos el problema nombre sin comillas.Resulta que ECMA Script 3 tiene un whack reservado política de palabras. Las palabras reservadas deben ser cotizadas en la posición clave, que es realmente una molestia. Cuando llegué a para formular esto en un estándar, I no quería tener que poner todas las palabras reservadas en el estándar, porque se vería realmente estúpido.

En ese momento, yo estaba tratando de convencer a la gente : sí, se puede escribir aplicaciones en JavaScript, es realidad va a trabajar y es una buena idioma. No quería decir, entonces, al mismo tiempo: ¡y mira esto realmente estúpido que hicieron! Entonces, yo decidí, en cambio, citemos las claves .
De esta manera, no tenemos que decirle a nadie acerca de cómo es.

Es por eso que, hasta el día de hoy, las claves se citan en JSON.

Puede encontrar el video completo y la transcripción here.

Answer 4

Si JSON describe los objetos, a continuación, en la práctica se obtiene el siguiente

var foo = {}; 

var bar = 1; 

foo["bar"] = "hello"; 
foo[bar] = "goodbye"; 

por lo tanto,

foo.bar == "hello"; 
foo[1] == "goodbye" // in setting it used the value of var bar 

por lo que incluso si sus ejemplos sí producen el mismo resultado, sus equivalentes en "código sin procesar "No lo haría. ¿¿Tal vez por eso?? no sé, solo una idea.

Answer 5

En javascript, los objetos se pueden utilizar como hash/hashtable con pares de claves.

Sin embargo, si su clave tiene caracteres que javascript no podría tokenizar como un nombre, fallaría al intentar acceder como una propiedad en un objeto en lugar de una clave.

var test = {}; 
test["key"] = 1; 
test["#my-div"] = "<div> stuff </div>"; 

// test = { "key": 1, "#my-div": "<div> stuff </div>" }; 

console.log(test.key);   // should be 1 
console.log(test["key"]);  // should be 1 
console.log(test["#my-div"]); // should be "<div> stuff </div>"; 
console.log(test.#my-div);  // would not work. 

identificadores a veces pueden tener caracteres que no pueden ser evaluados como muestra/identificador en Javascript, por lo tanto todo lo posible para poner todos los identificadores de cadenas para la consistencia.

Answer 6

Creo que la respuesta correcta a la pregunta de Cheeso es que la implementación superó la documentación. Ya no requiere una cadena como clave, sino otra cosa, que puede ser una cadena (es decir, citada) o (probablemente) cualquier cosa que se pueda usar como nombre de variable, lo que supongo significa comenzar con una letra, _ , o $, e incluyen solo letras, números y $ y _.

Quería simplificar el resto para la siguiente persona que visita esta pregunta con la misma idea que yo. Aquí está la carne:

nombres de las variables no son interpolados en JSON cuando se utiliza como un objeto clave (! Gracias Friedo)

Bretón, el uso de "identificador" en lugar de "clave", escribió que "si un identificador pasa a ser una palabra reservada, se interpreta como esa palabra en lugar de como un identificador."Esto puede ser cierto, pero lo intentó sin ningún problema:

var a = {do:1,long:2,super:3,abstract:4,var:5,break:6,boolean:7}; 
a.break 

=> 6

Sobre el uso de citas, Quentin escribió" ... pero no tiene que, a menos que [la tecla ] contiene ciertos caracteres (o combinaciones de caracteres que harían una palabra clave)"

me encontré con la parte anterior (ciertos caracteres) es verdadera, utilizando el signo @ (de hecho, creo que $ y _ son la solo caracteres que no causan el error):

var a = {a@b:1}; 

=> Error de sintaxis

var a = {"a@b":1}; 
a['a@b'] 

=> 1

pero el paréntesis sobre las palabras clave, como he mostrado anteriormente, no es cierto.

Lo que quería funciona porque el texto entre la apertura {y los dos puntos, o entre la coma y los dos puntos para las propiedades siguientes se usa como una cadena sin comillas para crear una clave de objeto o, como Friedo lo expresó, una variable nombre que no se pone interpoladas:

var uid = getUID(); 
var token = getToken();   // Returns ABC123 
var data = {uid:uid,token:token}; 
data.token 

=> ABC123

Answer 7

se puede reducir el tamaño de los datos si cotizaciones en nombre solamente se permite cuando sea necesario