Dlaczego ten temat jest tutaj<\/strong> Tworz\u0119 w\u0142asne projekty internetowe w Node.js, Pythonie i PHP. Czytelne formaty danych te\u017c maj\u0105 wi\u0119c miejsce na tej stronie.<\/p>Jak wypr\u00f3bowa\u0107 i zinterpretowa\u0107 wynik<\/strong> Na pocz\u0105tek wystarcz\u0105 ma\u0142e przyk\u0142ady zam\u00f3wie\u0144 i liczb poni\u017cej. Poprawna sk\u0142adnia nie m\u00f3wi jeszcze, czy dane pasuj\u0105 do aplikacji, kt\u00f3ra je odbiera.<\/p><\/aside>\n\n\n\nPi\u0119\u0107 z siedmiu zatrzymuje parser. Pozosta\u0142e dwa daj\u0105 dokument czytaj\u0105cy si\u0119 czysto i znacz\u0105cy co innego.<\/figcaption>\n<\/figure>\n\nDlaczego obiekt JavaScript nie jest JSON-em<\/h2>\n Wszystko poprawne w JSON-ie jest poprawnym JavaScriptem. Odwrotnie ju\u017c nie, a w tym odst\u0119pie mieszkaj\u0105 b\u0142\u0119dy.<\/p>\n\n\nText<\/span><\/svg>Wrap long lines<\/span><\/button><\/svg>Copy<\/span><\/button><\/span><\/figcaption>{ \/\/ JavaScript, nie JSON\n<\/span> 'order_id': 9007199254740993, \/\/ pojedyncze cudzyslowy\n<\/span> total: 129.90, \/\/ klucz bez cudzyslowow\n<\/span> items: [ { sku: \"SKU-42\", qty: 2, } ], \/\/ przecinek przed nawiasem\n<\/span> rabatt: NaN, \/\/ nie jest wartoscia JSON\n<\/span> \/* komentarz *\/\n<\/span>}<\/span><\/code><\/pre><\/figure>\n\n\nJSON dopuszcza cudzys\u0142owy podw\u00f3jne i \u017cadnych innych, wymaga cudzys\u0142ow\u00f3w przy ka\u017cdym kluczu, zabrania przecinka przed nawiasem zamykaj\u0105cym, nie zna komentarzy i zna dok\u0142adnie siedem rodzaj\u00f3w warto\u015bci: obiekt, list\u0119, ci\u0105g znak\u00f3w, liczb\u0119, true<\/code>, false<\/code> oraz null<\/code>. Nie ma undefined<\/code>, nie ma NaN<\/code>, nie ma Infinity<\/code> i nie ma daty.<\/p>\nDaty cz\u0119sto budz\u0105 zaskoczenie, bo JSON nie ma dla nich osobnej reprezentacji. Nadawca i odbiorca musz\u0105 uzgodni\u0107, jak odczytywa\u0107 ci\u0105g znak\u00f3w lub liczb\u0119 jako dat\u0119. Parser nie wykryje, \u017ce ka\u017cda ze stron rozumie ten format inaczej.<\/p>\n\n
Pi\u0119\u0107 b\u0142\u0119d\u00f3w zg\u0142aszaj\u0105cych wyj\u0105tek<\/h2>\n To te g\u0142o\u015bne, a ka\u017cdy z nich daje ten sam ma\u0142o pomocny komunikat o nieoczekiwanym tokenie.<\/p>\n
\n\nB\u0142\u0105d<\/th> Jak wygl\u0105da<\/th><\/tr>\n<\/thead>\n \nPojedyncze cudzys\u0142owy<\/td> ‘order_id’ zamiast “order_id”<\/td><\/tr>\n Klucz bez cudzys\u0142ow\u00f3w<\/td> total: 129.90 zamiast “total”: 129.90<\/td><\/tr>\n Przecinek przed nawiasem<\/td> Przecinek przed } albo ]<\/td><\/tr>\n Komentarz<\/td> Wszystko po \/\/ albo mi\u0119dzy \/* a *\/<\/td><\/tr>\n Surowy koniec linii w ci\u0105gu<\/td> Znak nowej linii w cudzys\u0142owach; potrzebne jest \\n<\/td><\/tr>\n<\/tbody>\n<\/table>\nSz\u00f3sty nale\u017cy do tej samej grupy i wcale nie jest widoczny: znacznik kolejno\u015bci bajt\u00f3w na pocz\u0105tku pliku. To trzy niewidoczne bajty przed nawiasem otwieraj\u0105cym, a parser zg\u0142asza nieoczekiwany token na pozycji 0 – co wygl\u0105da, jakby problemem by\u0142 nawias. Plik wygl\u0105daj\u0105cy bezb\u0142\u0119dnie i zawodz\u0105cy na pozycji 0 taki znacznik ma, a edytor z ustawieniem zapisu bez znacznika go usuwa.<\/p>\n\n
Dwa, kt\u00f3re nic nie zg\u0142aszaj\u0105<\/h2>\n Tych warto szuka\u0107 celowo, bo nic innego na nie nie wska\u017ce.<\/p>\n
Pierwszym jest zdublowany klucz. Specyfikacja go dopuszcza, a zachowaniem zwyczajowym jest, \u017ce wygrywa ostatni – dokument z dwoma \"total\"<\/code> czyta si\u0119 wi\u0119c czysto i niesie warto\u015b\u0107 drug\u0105. Gdy oba le\u017c\u0105 w d\u0142ugiej zawarto\u015bci daleko od siebie, powstaje liczba ani niewygl\u0105daj\u0105ca b\u0142\u0119dnie, ani nieb\u0119d\u0105ca poprawn\u0105.<\/p>\n\n\nText<\/span><\/svg>Wrap long lines<\/span><\/button><\/svg>Copy<\/span><\/button><\/span><\/figcaption>{ \"total\": 129.90, \"currency\": \"EUR\", \"total\": 139.90 }\n<\/span>\n<\/span>JSON.parse(...).total \u2192 139.90<\/span><\/code><\/pre><\/figure>\n\n\nDrugim jest du\u017ca liczba ca\u0142kowita. Liczby w JavaScripcie s\u0105 zmiennoprzecinkowe, a ca\u0142kowite pozostaj\u0105 dok\u0142adne tylko do 2^53 \u2212 1. Numer zam\u00f3wienia, identyfikator z bazy danych, identyfikator Meta CAPI – wszystkie regularnie to przekraczaj\u0105, a parser zaokr\u0105gla je bez s\u0142owa.<\/p>\n\n\nText<\/span><\/svg>Wrap long lines<\/span><\/button><\/svg>Copy<\/span><\/button><\/span><\/figcaption>JSON.parse('{\"id\": 9007199254740993}').id \u2192 9007199254740992\n<\/span>\n<\/span>JSON.parse('{\"id\": \"9007199254740993\"}').id \u2192 \"9007199254740993\"<\/span><\/code><\/pre><\/figure>\n\n\nWynikaj\u0105ca zasada jest kr\u00f3tka: identyfikator jest ci\u0105giem znak\u00f3w, zawsze, tak\u017ce gdy sk\u0142ada si\u0119 z samych cyfr. Nikt na nim i tak nie liczy, a ci\u0105g znak\u00f3w przechodzi przez ka\u017cdy parser bez zmian.<\/p>\n\n
Odczyt zg\u0142aszanej pozycji<\/h2>\n Pozycja w komunikacie b\u0142\u0119du to przesuni\u0119cie znakowe w ca\u0142ym dokumencie, a w zawarto\u015bci zminifikowanej jest to liczba bez znaczenia.<\/p>\n
Pierwszym krokiem jest wi\u0119c zawsze sformatowanie dokumentu, a nie szukanie b\u0142\u0119du. Sformatowana zawarto\u015b\u0107 uk\u0142ada pozycj\u0119 na linii, a linia powy\u017cej wskazanej jest zwykle w\u0142a\u015bciwym miejscem usterki – brakuj\u0105cy przecinek rzuca si\u0119 w oczy przy nast\u0119pnym tokenie, a nie tam, gdzie go brakuje.<\/p>\n\n\nJavaScript<\/span><\/svg>Wrap long lines<\/span><\/button><\/svg>Copy<\/span><\/button><\/span><\/figcaption>try<\/span> {\n<\/span> JSON.parse<\/span>(text);\n<\/span>} catch<\/span> (e) {\n<\/span> const<\/span> stelle = Number<\/span>((e.message.match<\/span>(\/position<\/span> (\\d+)\/) || [])[1<\/span>]);\n<\/span> if<\/span> (!Number<\/span>.isNaN<\/span>(stelle)) {\n<\/span> console.log<\/span>(text.slice<\/span>(Math<\/span>.max<\/span>(0<\/span>, stelle - 60<\/span>), stelle + 60<\/span>));\n<\/span> console.log<\/span>(\" \"<\/span>.repeat<\/span>(Math<\/span>.min<\/span>(60<\/span>, stelle)) + \"^\"<\/span>);\n<\/span> }\n<\/span>}<\/span><\/code><\/pre><\/figure>\n\n\nSze\u015b\u0107dziesi\u0105t znak\u00f3w po ka\u017cdej stronie wystarcza niemal zawsze, aby zobaczy\u0107 problem, a daszek zdejmuje konieczno\u015b\u0107 liczenia. Warto zachowa\u0107 to jako gotowy fragment, bo alternatyw\u0105 jest otwarcie formatera, wklejenie, przewijanie i utrata pozycji.<\/p>\n\n
Sprawdzenie w wierszu polece\u0144<\/h2>\n Gdy zawarto\u015b\u0107 pochodzi z pliku albo z \u017c\u0105dania, na pytanie odpowiada jedno polecenie.<\/p>\n\n\nShell<\/span><\/svg>Wrap long lines<\/span><\/button><\/svg>Copy<\/span><\/button><\/span><\/figcaption>