Jeg indrømmer at det er at strække sandheden lidt at sige at “en JSON struktur mere eller mindre tilfældigt er meget tæt på at kunne fortolkes som et Javascript program”. Jeg vil gerne give dig ret i at det ikke er tilfældigt. Resten af det du skriver beviser dog kun at du er en af de mange der stadig ikke har forstået forskellen.

For det første opfandt Crockford ikke JSON. Han opdagede JSON i JavaScript og navngav det. JSON er dermed heller ikke designet, hverken som et subset af JavaScript eller noget andet. Og hvis du fortsat mener at ethvert gyldigt JSON udtryk også er et gyldigt JavaScript udtryk, så bør du måske læse mit indlæg lidt grundigere, specielt det der står om JavaScript specifikationen og eval, for det passer ikke. Du skriver selv at man skal “undgå at JavaScript fortolkeren opfatter det som et statement frem for et expression”. Hvis man er nødt til at modificere en streng for at en JavaScript fortolker kan parse den korrekt, så en den streng nok ikke gyldig JavaScript.

Bemærk at min anke også (og især) gælder den modsatte vej, hvor mange har svært ved at forstå den reelle forskel (i JavaScript) på ‘var a = { … };’ og ‘var a = “{ … }”;’ De fleste forstår at variablen i første tilfælde tildeles et objekt, og i det andet en streng, men der er mange der ikke forstår at der kun i det andet tilfælde kan være tale om JSON. JSON er altid en streng. Også i JavaScript. Et JavaScript objekt er ikke JSON og omvendt. JSON serialiseringen af et JavaScript objekt kan dog være identisk med objektets repræsentation i JavaScript kildekode.

/Jakob

Derfor er det også helt forkert at JSON ikke er JavaScript.

Faktisk er ethvert gyldigt JSON udtryk også et gyldigt JavaScript udtryk. Grunden til at man skal pakke sine JSON udtryk er netop som du skriver for at undgå at JavaScript fortolkeren opfatter det som et statement frem for et expression.

Så alle JSON udtryk er JavaScript udtryk, men JavaScript udtryk er ikke nødvendigvis gyldige JSON udtryk.

Du kan læse mere om at JSON er JavaScript på denne side: http://json.org/js.html

Tak for et udemærket indlæg.

Jeg indrømmer blankt, at jeg først opdagede den komplette forskel, efter at have opdateret til jQuery 1.4.

Det var nemlig her de droppede supporten for malformed JSON;)

Og jeg tror stadig der er mange, for hvem disse forskelle ikke er sunket ind;)

Se f.eks. denne MSDN artikel om “JSON” serialisering.

Her fremgår det at:

Date object [is] represented in JSON as “\/Date(number of ticks)\/”. The number of ticks is a positive or negative long value that indicates the number of ticks (milliseconds) that have elapsed since midnight 01 January, 1970 UTC.

Men det er jo ganske ukorrekt, eftersom det vil fejle hvis outputtet forsøges parset som JSON med en JSON parser. Det vil dog virke efter hensigten hvis det parses som JavaScript (f.eks. med “eval” kommandoen i JavaScript). Det der gives med i outputtet er jo instruktionen “kald funktionen Date med et angivet antal millisekunder”, og det giver i sagens natur kun mening i et JavaScript miljø.