Jaki jest minimalny prawidłowy kod JSON?

Uważnie przeczytałem opis JSON http://json.org/, ale nie jestem pewien, czy znam odpowiedź na proste pytanie. Jakie ciągi są najmniejszym możliwym prawidłowym kodem JSON?

• "string" czy ciąg to prawidłowy format JSON?
• 42 czy prosta liczba jest poprawna w formacie JSON?
• true czy wartość logiczna to prawidłowy format JSON?
• {} czy pusty obiekt jest prawidłowym plikiem JSON?
• [] czy pusta tablica to prawidłowy format JSON?

W chwili pisania tego tekstu JSON był opisany wyłącznie w RFC4627 . Opisuje (na początku „2”) tekst JSON jako zserializowany obiekt lub tablicę.

Oznacza to, że tylko {} i []są prawidłowe, pełne ciągi JSON w parserach i ciągnikach zgodnych z tym standardem.

Jednak wprowadzenie ECMA-404 to zmienia, a zaktualizowane porady można przeczytać tutaj . Napisałem również wpis na blogu w tej sprawie.

Aby jeszcze bardziej zmylić sprawę, JSONobiekt (np. JSON.parse()I JSON.stringify()) dostępny w przeglądarkach internetowych jest ustandaryzowany w ES5 i jasno definiuje dopuszczalne teksty JSON, takie jak:

Format wymiany JSON używany w tej specyfikacji jest dokładnie taki sam, jak opisany w dokumencie RFC 4627 z dwoma wyjątkami:

• Produkcja JSONText najwyższego poziomu gramatyki JSON ECMAScript może składać się z dowolnej wartości JSONValue, a nie być ograniczona do obiektu JSONObject lub JSONArray, jak określono w RFC 4627.

• ścięte

Oznaczałoby to, że wszystkie wartości JSON (w tym ciągi, wartości null i liczby) są akceptowane przez obiekt JSON, nawet jeśli obiekt JSON jest technicznie zgodny z RFC 4627.

Zauważ, że możesz zatem określić liczbę w zgodnej przeglądarce za pośrednictwem JSON.stringify(5), która zostanie odrzucona przez inny parser, który jest zgodny z RFC4627, ale który nie ma określonego wyjątku wymienionego powyżej. Na przykład Ruby wydaje się być jednym z takich przykładów, w którym jako root przyjmuje tylko obiekty i tablice . Z drugiej strony PHP specjalnie dodaje wyjątek, że „będzie również kodować i dekodować typy skalarne i NULL”.

W Internecie istnieją co najmniej cztery dokumenty, które można uznać za standardy JSON. Wszystkie odnośniki RFC opisują typ MIME application/json. Oto, co każdy ma do powiedzenia na temat wartości najwyższego poziomu i czy na górze jest dozwolone cokolwiek innego niż obiekt lub tablica:

RFC-4627 : Nie.

Tekst JSON to sekwencja tokenów. Zestaw tokenów zawiera sześć znaków strukturalnych, ciągi, liczby i trzy nazwy literałów.

Tekst JSON to serializowany obiekt lub tablica.

JSON-text = obiekt / tablica

Zwróć uwagę, że RFC-4627 został oznaczony jako „informacyjny” w przeciwieństwie do „proponowanego standardu” i jest przestarzały przez RFC-7159 , który z kolei został zastąpiony przez RFC-8259.

RFC-8259 : Tak.

Tekst JSON to sekwencja tokenów. Zestaw tokenów zawiera sześć znaków strukturalnych, ciągi, liczby i trzy nazwy literałów.

Tekst JSON to zserializowana wartość. Zwróć uwagę, że niektóre wcześniejsze specyfikacje formatu JSON ograniczały tekst JSON do bycia obiektem lub tablicą. Implementacje, które generują tylko obiekty lub tablice, w których wywoływany jest tekst JSON, będą interoperacyjne w tym sensie, że wszystkie implementacje zaakceptują je jako zgodne teksty JSON.

JSON-text = wartość ws ws

RFC-8259 pochodzi z grudnia 2017 r. I jest oznaczony jako „INTERNET STANDARD”.

ECMA-262 : Tak.

Gramatyka syntaktyczna JSON definiuje prawidłowy tekst JSON pod względem tokenów zdefiniowanych przez gramatykę leksykalną JSON. Symbolem celu w gramatyce jest JSONText.

Składnia JSONText:

JSONValue

JSONValue:

JSONNullLiteral

JSONBooleanLiteral

JSONObject

JSONArray

JSONString

JSONNumber

ECMA-404 : Tak.

Tekst JSON to sekwencja tokenów utworzona z punktów kodowych Unicode, która jest zgodna z gramatyką wartości JSON. Zestaw tokenów zawiera sześć żetonów strukturalnych, ciągi znaków, liczby i trzy żetony nazw literalnych.

Zgodnie ze starą definicją w RFC 4627 (która została przestarzała w marcu 2014 r. Przez RFC 7159), wszystkie były poprawnymi „wartościami JSON”, ale tylko dwie ostatnie stanowiłyby pełny „tekst JSON”:

Tekst JSON to serializowany obiekt lub tablica.

W zależności od używanego parsera, samotne „wartości JSON” mogą i tak zostać zaakceptowane. Na przykład (trzymanie się terminologii „wartość JSON” i „tekst JSON”):

• the JSON.parse()funkcja teraz standaryzowane w nowoczesnych przeglądarek akceptuje żadnych „wartość” JSON
• funkcja PHP json_decodezostała wprowadzona w wersji 5.2.0, akceptując tylko cały „tekst JSON”, ale została zmieniona tak, aby akceptowała każdą „wartość JSON” w wersji 5.2.1
• Python json.loadsakceptuje każdą „wartość JSON” zgodnie z przykładami na tej stronie podręcznika
• walidator pod adresem http://jsonlint.com oczekuje pełnego „tekstu JSON”
• moduł Ruby JSON akceptuje tylko pełny "tekst JSON" (przynajmniej zgodnie z komentarzami na tej stronie podręcznika )

Rozróżnienie jest trochę podobne do rozróżnienia między „dokumentem XML” a „fragmentem XML”, chociaż technicznie <foo />jest to dobrze sformułowany dokument XML (lepiej byłoby napisać <?xml version="1.0" ?><foo />, ale jak wskazano w komentarzach, <?xmldeklaracja jest technicznie opcjonalna ).

Specyfikacja ecma może być przydatna w celach informacyjnych:

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

Funkcja parsowania analizuje tekst JSON (ciąg w formacie JSON) i tworzy wartość ECMAScript. Format JSON jest ograniczoną formą literału ECMAScript. Obiekty JSON są realizowane jako obiekty ECMAScript. Tablice JSON są realizowane jako tablice ECMAScript. Ciągi JSON, liczby, wartości logiczne i wartości null są realizowane jako ciągi znaków ECMAScript, liczby, wartości logiczne i null. JSON używa bardziej ograniczonego zestawu znaków odstępu niż WhiteSpace i pozwala punktom kodowym Unicode U + 2028 i U + 2029 bezpośrednio pojawiać się w literałach JSONString bez użycia sekwencji ucieczki. Proces analizowania jest podobny do 11.1.4 i 11.1.5 i jest ograniczony gramatyką 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 to skrót od JavaScript Object Notation. Tylko {}i []zdefiniuj obiekt Javascript. Inne przykłady to literały wartości. W JavaScript istnieją typy obiektów do pracy z tymi wartościami, ale wyrażenie"string" jest reprezentacją wartości literału w kodzie źródłowym, a nie obiektem.

Pamiętaj, że JSON to nie JavaScript. Jest to notacja reprezentująca dane. Ma bardzo prostą i ograniczoną strukturę. Dane JSON są uporządkowane przy użyciu{},:[] znaków. W tej strukturze można używać tylko wartości literałów.

Serwer może w odpowiedzi podać opis obiektu lub wartość literalną. Wszystkie parsery JSON powinny obsługiwać tylko wartość literału, ale tylko jedną wartość. JSON może reprezentować tylko jeden obiekt naraz. Tak więc, aby serwer zwracał więcej niż jedną wartość, musiałby utworzyć strukturę jako obiekt lub tablicę.

Tak, tak, tak, tak i tak. Wszystkie z nich są prawidłowymi literałami wartości JSON.

Jednak oficjalny dokument RFC 4627 stwierdza:

Tekst JSON to serializowany obiekt lub tablica.

Zatem cały „plik” powinien składać się z obiektu lub tablicy jako zewnętrznej struktury, która oczywiście może być pusta. Jednak wiele parserów JSON akceptuje również wartości pierwotne jako dane wejściowe.

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

Twoja odpowiedź brzmi, "{}"co oznacza pusty obiekt.

Wystarczy postępować zgodnie ze schematami kolejowymi zamieszczonymi na stronie json.org . [] i {} to minimalne możliwe poprawne obiekty JSON. Więc odpowiedź to [] i {}.