Qual è il JSON minimo valido?

Ho letto attentamente la descrizione di JSON http://json.org/ ma non sono sicuro di conoscere la risposta alla semplice domanda. Quali stringhe sono il JSON valido minimo possibile?

• "string" è la stringa valida JSON?
• 42 il numero semplice è valido JSON?
• true il valore booleano è un JSON valido?
• {} l'oggetto vuoto è un JSON valido?
• [] l'array vuoto è un JSON valido?

Al momento della stesura di questo documento, JSON è stato descritto esclusivamente in RFC4627 . Descrive (all'inizio di "2") un testo JSON come oggetto o array serializzato.

Ciò significa che solo {} e []sono stringhe JSON complete e complete in parser e stringificatori che aderiscono a tale standard.

Tuttavia , l'introduzione di ECMA-404 cambia ciò e i consigli aggiornati possono essere letti qui . Ho anche scritto un post sul blog sul problema.

Per confondere ulteriormente la questione, tuttavia, l' JSONoggetto (ad esempio JSON.parse()e JSON.stringify()) disponibile nei browser Web è standardizzato in ES5 e questo definisce chiaramente i testi JSON accettabili in questo modo:

Il formato di interscambio JSON utilizzato in questa specifica è esattamente quello descritto da RFC 4627 con due eccezioni:

• La produzione JSONText di livello superiore della grammatica JSON ECMAScript può consistere in qualsiasi valore JSONValue anziché essere limitato a un oggetto JSONObray o JSON come specificato da RFC 4627.

• snipped

Ciò significherebbe che tutti i valori JSON (inclusi stringhe, null e numeri) sono accettati dall'oggetto JSON, anche se l'oggetto JSON aderisce tecnicamente a RFC 4627.

Si noti quindi che è possibile stringere un numero in un browser conforme tramite JSON.stringify(5), che verrebbe rifiutato da un altro parser che aderisce a RFC4627, ma che non ha l'eccezione specifica elencata sopra. Ruby, ad esempio, sembrerebbe essere uno di questi esempi che accetta solo oggetti e matrici come radice . PHP, d'altra parte, aggiunge specificamente l'eccezione che "codificherà e decodificherà anche i tipi scalari e NULL".

Esistono almeno quattro documenti che possono essere considerati standard JSON su Internet. Gli RFC a cui si fa riferimento descrivono tutti il ​​tipo mime application/json. Ecco cosa ognuno ha da dire sui valori di livello superiore e se in cima è consentito qualsiasi cosa diversa da un oggetto o un array:

RFC-4627 : No.

Un testo JSON è una sequenza di token. L'insieme di token comprende sei caratteri strutturali, stringhe, numeri e tre nomi letterali.

Un testo JSON è un oggetto o un array serializzato.

JSON-text = oggetto / matrice

Si noti che RFC-4627 è stato contrassegnato come "informativo" rispetto a "standard proposto" e che è obsoleto da RFC-7159 , che a sua volta è obsoleto da RFC-8259.

RFC-8259 : Sì.

Un testo JSON è una sequenza di token. L'insieme di token comprende sei caratteri strutturali, stringhe, numeri e tre nomi letterali.

Un testo JSON è un valore serializzato. Si noti che alcune specifiche precedenti di JSON hanno vincolato un testo JSON a essere un oggetto o un array. Le implementazioni che generano solo oggetti o matrici in cui è richiesto un testo JSON saranno interoperabili nel senso che tutte le implementazioni accetteranno questi come testi JSON conformi.

JSON-text = valore ws ws

RFC-8259 è datato dicembre 2017 ed è contrassegnato con "INTERNET STANDARD".

ECMA-262 : Sì.

La grammatica sintattica JSON definisce un testo JSON valido in termini di token definiti dalla grammatica lessicale JSON. Il simbolo obiettivo della grammatica è JSONText.

Sintassi JSONText:

JSONValue

JSONValue:

JSONNullLiteral

JSONBooleanLiteral

JSONObject

JSONArray

JSONString

JSONNumber

ECMA-404 : Sì.

Un testo JSON è una sequenza di token formati da punti di codice Unicode conformi alla grammatica del valore JSON. L'insieme di token include sei token strutturali, stringhe, numeri e tre token letterali di nomi.

Secondo la vecchia definizione in RFC 4627 (che era stata obsoleta a marzo 2014 da RFC 7159), quelli erano tutti "valori JSON" validi, ma solo gli ultimi due avrebbero costituito un "testo JSON" completo:

Un testo JSON è un oggetto o un array serializzato.

A seconda del parser utilizzato, i soli "valori JSON" potrebbero essere accettati comunque. Ad esempio (attenendosi alla terminologia "valore JSON" vs "testo JSON"):

• la JSON.parse()funzione ora standardizzata nei browser moderni accetta qualsiasi "valore JSON"
• la funzione PHP è json_decodestata introdotta nella versione 5.2.0 accettando solo un intero "testo JSON", ma è stata modificata per accettare qualsiasi "valore JSON" nella versione 5.2.1
• Python's json.loadsaccetta qualsiasi "valore JSON" secondo gli esempi in questa pagina di manuale
• il validatore su http://jsonlint.com si aspetta un "testo JSON" completo
• il modulo Ruby JSON accetterà solo un "testo JSON" completo (almeno secondo i commenti in questa pagina di manuale )

La distinzione è un po 'come la distinzione tra un "documento XML" e un "frammento XML", sebbene tecnicamente <foo />sia un documento XML ben formato (sarebbe meglio scritto come <?xml version="1.0" ?><foo />, ma come sottolineato nei commenti, la <?xmldichiarazione è tecnicamente facoltativa ).

La specifica ecma potrebbe essere utile come riferimento:

http://www.ecma-international.org/ecma-262/5.1/

La funzione di analisi analizza un testo JSON (una stringa in formato JSON) e produce un valore ECMAScript. Il formato JSON è una forma limitata di letterale ECMAScript. Gli oggetti JSON sono realizzati come oggetti ECMAScript. Le matrici JSON sono realizzate come matrici ECMAScript. Stringhe, numeri, valori booleani e null JSON sono realizzati come stringhe ECMAScript, numeri, valori booleani e null. JSON utilizza un set più limitato di caratteri di spazio bianco rispetto a WhiteSpace e consente ai punti di codice Unicode U + 2028 e U + 2029 di apparire direttamente nei letterali JSONString senza utilizzare una sequenza di escape. Il processo di analisi è simile a 11.1.4 e 11.1.5 come vincolato dalla grammatica JSON.

JSON.parse("string"); // SyntaxError: Unexpected token s
JSON.parse(43); // 43
JSON.parse("43"); // 43
JSON.parse(true); // true
JSON.parse("true"); // true
JSON.parse(false);
JSON.parse("false");
JSON.parse("trueee"); // SyntaxError: Unexpected token e
JSON.parse("{}"); // {}
JSON.parse("[]"); // []

JSON è l'acronimo di JavaScript Object Notation. Solo {}e []definisce un oggetto Javascript. Gli altri esempi sono valori letterali. Ci sono tipi di oggetti in Javascript per lavorare con quei valori, ma l'espressione"string" è una rappresentazione del codice sorgente di un valore letterale e non di un oggetto.

Tieni presente che JSON non è Javascript. È una notazione che rappresenta i dati. Ha una struttura molto semplice e limitata. I dati JSON sono strutturati utilizzando{},:[] caratteri. Puoi usare solo valori letterali all'interno di quella struttura.

È perfettamente valido per un server rispondere con una descrizione dell'oggetto o un valore letterale. Tutti i parser JSON devono essere gestiti per gestire solo un valore letterale, ma solo un valore. JSON può rappresentare un solo oggetto alla volta. Quindi, affinché un server restituisca più di un valore, dovrebbe strutturarlo come un oggetto o un array.

Sì, sì, sì, sì e sì. Tutti sono valori letterali JSON validi.

Tuttavia, la RFC 4627 ufficiale afferma:

Un testo JSON è un oggetto o un array serializzato.

Quindi un intero "file" dovrebbe essere costituito da un oggetto o un array come struttura esterna, che ovviamente può essere vuota. Tuttavia, molti parser JSON accettano anche valori primitivi per l'input.

var x;
JSON.stringify(x); // will output "{}"

Quindi la tua risposta è "{}"che indica un oggetto vuoto.

Segui semplicemente i diagrammi della ferrovia riportati nella pagina json.org . [] e {} sono gli oggetti JSON validi minimi possibili. Quindi la risposta è [] e {}.