Czy klucze JSON muszą być otoczone cudzysłowami?

Przykład: czy następujący kod jest poprawny w stosunku do zgodny ze specyfikacją JSON ?

{
    precision: "zip"
}

Czy powinienem zawsze używać następującej składni? (A jeśli tak, to dlaczego?)

{
    "precision": "zip"
}

Tak naprawdę nie znalazłem czegoś na ten temat w specyfikacjach JSON. Chociaż w swoich przykładach używają cudzysłowów wokół swoich kluczy.

Tak, potrzebujesz cudzysłowów. Ma to na celu uproszczenie i uniknięcie konieczności stosowania innej metody zmiany znaczenia dla słów kluczowych zarezerwowanych w javascript, tj {for:"foo"}.

Poprawne jest używanie ciągów jako klucza. Oto fragment RFC 4627 - Aplikacja / json Media Type dla JavaScript Object Notation (JSON)

2.2 Obiekty

Struktura obiektu jest reprezentowana jako para nawiasów klamrowych otaczających zero lub więcej par nazwa / wartość (lub członków). Nazwa to ciąg znaków . Po każdej nazwie występuje pojedynczy dwukropek, oddzielający nazwę od wartości. Pojedynczy przecinek oddziela wartość od następującej nazwy. Nazwy w obiekcie POWINNY być unikalne.

object = begin-object [ member *( value-separator member ) ] end-object

member = string name-separator value

[...]

2.5 Smyczki

Reprezentacja ciągów znaków jest podobna do konwencji używanych w rodzinie języków programowania C. Ciąg zaczyna się i kończy znakiem cudzysłowu. [...]

string = quotation-mark *char quotation-mark

quotation-mark = %x22 ; "

Przeczytaj cały RFC tutaj .

Od 2.2. Obiekty

Struktura obiektu jest reprezentowana jako para nawiasów klamrowych otaczających zero lub więcej par nazwa / wartość (lub członków). Nazwa to ciąg znaków.

i od 2.5. Smyczki

Ciąg zaczyna się i kończy znakiem cudzysłowu.

Powiedziałbym więc, że zgodnie ze standardem: tak, zawsze powinieneś cytować klucz (chociaż niektóre parsery mogą być bardziej wybaczające)

Tak, cytaty są obowiązkowe. http://json.org/ mówi:

string
    ""
    " chars "

Tak, robią. Ale jeśli potrzebujesz inaczej, sprawdź JSON5 .

JSON5 to nadzbiór JSON, który umożliwia składnię ES5, w tym:

• niecytowane klucze własności
• ciągi cudzysłowu, znaki specjalne i wieloliniowe
• alternatywne formaty liczb
• komentarze
• dodatkowe białe znaki

Implementacja referencyjna JSON5 ( json5pakiet npm ) zapewnia JSON5obiekt, który ma parsei stringifymetody z tymi samymi argumentami i semantyką jak obiekt wbudowany JSON.

Ponieważ możesz umieścić kropkowaną notację „parent.child” i nie musisz umieszczać nadrzędnej [„child”], która jest również ważna i przydatna, powiedziałbym, że obie metody są technicznie dopuszczalne. Wszystkie parsery powinny działać w obie strony w porządku. Jeśli twój parser nie potrzebuje cudzysłowów na klawiszach, prawdopodobnie lepiej nie wstawiać ich (oszczędza miejsce). Sensowne jest nazywanie ich ciągami, ponieważ takie są, a ponieważ nawiasy kwadratowe dają możliwość używania wartości dla kluczy, w zasadzie nie ma sensu. W Json możesz umieścić ...

>var keyName = "someKey";
>var obj = {[keyName]:"someValue"};

>obj
Object {someKey: "someValue"}

w porządku bez problemów, jeśli potrzebujesz wartości dla klucza i żaden cytowany nie będzie działał, więc jeśli nie, nie możesz, więc nie będziesz tak „nie potrzebował cudzysłowów na kluczach”. Nawet jeśli słusznie jest powiedzieć, że są technicznie sznurkami. Logika i użycie argumentują inaczej. Oficjalnie nie wypisuje też obiektu {"someKey": "someValue"} dla obj w naszym przykładzie z konsoli dowolnej przeglądarki.