JSON

Wikipediasta
Siirry navigaatioon Siirry hakuun
JavaScript Object Notation
Tiedostopääte .json
Mediatyyppi application/json
Tyypin koodi TEXT
Lyhenne JSON
Standardi(t) RFC 4627

JSON (lyhenne sanoista JavaScript Object Notation) on yksinkertainen ja kevyt avoimen standardin tiedostomuoto tiedonvälitykseen ja tallennukseen. Ihmisten on helppo lukea ja kirjoittaa JSON tiedostoja.[1] JSON perustuu JavaScript-ohjelmointikielistandardin ECMA-262 3. painos – joulukuu 1999 osajoukkoon. Nimestään ja JavaScript-perustastaan huolimatta JSON on täysin kielestä riippumaton, mutta käyttää käytäntöjä, jotka ovat tuttuja C-kieliperheestä. Nämä ominaisuudet tekevät JSON:ista erinomaisen tiedonsiirtokielen. Useimmat ohjelmointikielet sisältävät koodin JSON-muotoisen datan luomiseksi ja parsimiseksi. JSON:in Internet media type on application/json ja sen tiedostopääte .json.

JSON perustuu järjestämättömään joukkoon avain–arvo-pareja. Objekti alkaa vasemmalla aaltosulkeella { ja päättyy oikeaan aaltosulkeeseen }. Jokainen avain ympäröidään lainausmerkeillä, ja sitten seuraa kaksoispiste :. avain–arvo-parit erotetaan pilkuilla , toisistaan.[1] JSON:ia käytetään yleisesti tiedon siirtämiseen verkkosovelluksissa, esimerkiksi tietojen lähettäminen palvelimelta selaimelle, jotta se voidaan näyttää verkkosivulla tai päinvastoin[2]. JSON muistuttaa nimensä mukaisesti hyvin paljon JavaScriptin objektimuotoa.

JSON-formaatin määritteli alun perin Douglas Crockford vuoden 2000 alussa. Crockford ja Chip Morningstar lähettivät ensimmäisen JSON-viestin huhtikuussa 2001. JSON luotiin vaihtoehdoksi XML:lle, joka oli aikoinaan hallitseva tiedonvaihdon muoto. XML-tiedostojen lukeminen on ihmiselle vaikeaa ja se jättää paljon toivomisen varaa koodauksen ketteryyden suhteen. JSON oli vastaus näihin ongelmiin.

Esimerkki kuvitellun henkilön JSON-tiedostosta:

{
    "etunimi": "Mari",
    "sukunimi": "Kuusirinne",
    "ikä": 27,
    "osoite": {
        "kadun_osoite": "Kirkkokatu 15",
        "kaupunki": "Oulu",
        "maakunta": "Kainuun maakunta",
        "postinumero": "90150"
    },
    "puhelin_numerot": [
        {
            "tyyppi": "työ",
            "numero": "0451231233"
        },
        {
            "tyyppi": "koti",
            "numero": "0503285815"
        }
    ],
    "on_eläkkeellä": false
}

JSON:in alkutaipale

[muokkaa | muokkaa wikitekstiä]

Crockford ja Morningstarin alkuperäinen ongelma oli, että he halusivat lisätä dataa applikaatiolle alkuperäisen sivuston latauksen jälkeen. Kaikille selaimille oli oma tapansa tehdä lisäykset, mutta he halusivat tavan, joka toimisi yhtenäisesti kaikille selaimille. He päättivät käyttää hyödykseen HTML datan lähettämistä itselleen. Crocford ja Morningstar hyödynsivät URL rungon osoitinta, joka palautti HTML tiedoston, jolloin JavaScript purkaisi sisällön. [3]

Crockford antaa täyden kunnian tekniikan keksimiselle Netscape:issa työskentelevälle henkilölle, joka oli käyttänyt samaa tapaa informaation jakamiseen jopa vuodesta 1994 lähtien.[4]

Ensimmäisen JSON viestin sisältö:

<html><head><script>
    document.domain = 'fudco';
    parent.session.receive(
        { to: "session", do: "test",
          text: "Hello world" }
    )
</script></head></html>

JavaScriptin käyttäminen JSON:in pohjana ei ollut ongelmatonta, koska JavaScript on varannut paljon sanoja. Näistä yhtä, do, he käyttävät vahingossa alkuperäisessä viestissään, jonka takia se ei toiminut. Tämän jälkeen Crockfrod päätti, että kaikki JSON:in avaimet ovat lainausmerkeissä. Tällöin varattujen sanojen kanssa ei ollut ongelmaa, koska JavaScript piti niitä vain merkkijonona. Positiivista oli, että JavaScriptin kääntäjä teki kaiken, joten JSON:ille ei tarvinnut lisätä uusia jäsentelytekniikoita, jotta se toimisi.[3]

Alun perin JSON:in nimeäjät halusivat käyttää formaatillensa nimeä JSML, joka olisi tullut sanoista JavaScript Markup Language (suom. JavaScript-merkintäkieli). Toisin kävi, koska lyhenne oli varattu toiselle JavaScriptin lyhenteelle, jonka jälkeen he päätyivät käyttämään nykyisin tunnettua JSON-nimeä.[3]

Crockfrod ja Morningstar huomasivat myös, että JSON oli erittäin hyödyllinen palvelinten keskeisessä kommunikoinnissa ja datan varastoinnissa. Alussa heidän oli vaikeaa saada ihmiset uskomaan JSON:iin, joka miellettiin tuntemattomaksi ja epästandardiksi formaatiksi. Tämän johdattelemana Crockford osti json.org -nettisivuston ja loi siitä standardin, jonka jälkeen suosio kasvoi tasaiseen tahtiin.[4]

Kiinnostus Ajaxia kohtaan johti JSON:in suosion räjähdysmäiseen kasvuun. Kun ohjelmistokehittäjät huomasivat voivansa käyttää JSON:ia Ajax-sovelluksissa helposti, alkoivat useimmat heistä suosimaan sitä XML:n sijaan.[5]

Tuetut tietomuodot

[muokkaa | muokkaa wikitekstiä]

Luku: etumerkillinen desimaaliluku, joka voi sisältää murto-osan ja voi käyttää eksponentiaalista E-merkintää, mutta ei voi sisältää ei-lukuja, kuten NaN. Muoto ei tee eroa kokonaislukujen ja liukulukujen välillä. JavaScript käyttää IEEE-754-kaksoistarkkuutta liukulukumuotoa kaikissa numeerisissa arvoissaan, mutta muut JSON:ia käyttävät kielet voivat koodata numeroita eri tavalla.

Merkkijono: nollan tai useamman Unicode-merkin sarja. Merkkijonot on rajattu lainausmerkeillä, ja ne tukevat kenoviivaa.

Boolean-arvo: joko tosi (true) tai epätosi (false).

Taulukko: järjestetty luettelo nollasta tai useammasta elementistä, joista jokainen voi olla mitä tahansa tyyppiä. Taulukot rajoittuvat hakasulkeisiin [] ja elementit erotetaan pilkuilla toisistaan.

Objekti: kokoelma nimi–arvo-pareja, joissa nimet (kutsutaan myös avaimiksi) ovat merkkijonoja. Nykyinen ECMA-standardi sanoo: "JSON-syntaksi ei aseta mitään rajoituksia niminä käytettäville merkkijonoille, ei vaadi nimimerkkijonojen olevan yksilöllisiä, eikä anna mitään merkitystä nimi/arvo-parien järjestykselle. Objektit erotetaan aaltosulkeilla {} ja nimi–arvoparit erotetaan pilkuilla. Kussakin nimi–arvo-parissa kaksoispiste : erottaa avaimen tai nimen sen arvosta.

null: tyhjä arvo (null).

JSON:ia koskevia standardointidokumentteja:

Muihin tiedostomuotoihin vertaaminen

[muokkaa | muokkaa wikitekstiä]

JSON tunnetaan XML:ää kevyempänä vaihtoehtona. Molemmilla tiedostomuodoilla on laaja tuki luomiseen, lukemiseen ja purkamiseen todellisissa tilanteissa, joissa niitä yleisesti käytetään. XML:n lisäksi muita esimerkkejä voivat olla CSV ja YAML (JSON-superjoukko). Myös Googlen Protocol Bufferit voivat täyttää tämän roolin, vaikka ne eivät olekaan tiedonsiirtokieliä.

YAML-versio 1.2 on JSONin superjoukko; aiemmat versiot eivät olleet täysin yhteensopivia. Esimerkiksi etukenon / pystyy sulkemaan takakenolla \ JSON-tiedostomuodossa, mutta YAML ei tukenut tätä. YAML tukee kommentointia, kun taas JSON ei.

XML:ää on käytetty strukturoidun tiedon kuvaamiseen ja objektien sarjallistamiseen. Monia XML-pohjaisia protokollia on luotu edustamaan samanlaisia tietorakenteita kuin JSON, joita käytetään samanlaisiin tiedonvaihtotarkoituksiin. Dataa voidaan koodata XML-muotoon usealla tavalla. Laajennettavin muoto, jossa käytetään tagipareja tuottaa paljon suuremman tiedoston (merkkimäärällisesti) kuin JSON, mutta jos tiedot tallennetaan attribuuteissa ja "lyhyt tagi"-muodossa, jossa sulkeva tagi korvataan />:lla, tiedostosta tulee yhtä pitkä tai hieman pidempi kuin vastaavasta JSON tiedostosta. XML-attribuutilla voi kuitenkin olla vain yksi arvo, ja jokainen attribuutti voi esiintyä enintään kerran kussakin elementissä.

XML erottaa varsinaisen datan metadatasta elementtien ja attribuuttien avulla, kun taas JSONissa ei ole samanlaista käsitettä.

Toinen keskeinen ero on arvojen osoittamisessa. JSON:issa on objekteja, joissa on yksinkertainen avain–arvo-kartoitus, kun taas XML-osoitteiden määrittäminen tapahtuu "solmuissa[8]", jotka kaikki saavat yksilöllisen ID:n XML-prosessorin kautta. Lisäksi XML-standardi määrittelee yhteisen atribuutin xml:id, jota käyttäjä voi käyttää täsmällisen ID:n antamiseen.

Käyttökohteita

[muokkaa | muokkaa wikitekstiä]

JSON-RPC on JSON:in päälle rakennettu RPC-protokolla. Se on yksinkertainen protokolla, joka määrittelee vain kourallisen tietotyyppejä ja komentoja. JSON-RPC antaa järjestelmän lähettää ilmoituksia ja useita kutsuja palvelimelle, joihin voidaan vastata vapaassa järjestyksessä.

AJAJ (akronyymi sanoista Asynchronous JavaScript and JSON) viittaa samaan dynaamisten verkkosivujen metodologiaan kuin AJAX, mutta JSON on käytetty tiedostomuoto XML:n sijaan. AJAJ on web-kehitystekniikka, joka tarjoaa verkkosivulle mahdollisuuden pyytää uutta dataa selaimelle lataamisen jälkeen. Tyypillisesti se lataa uutta dataa palvelimelta vastauksena verkkosivun käyttäjän toimille. Esimerkiksi käyttäjän kirjoittaessa hakukenttään syötteen, verkkosivu lähettää sen palvelimelle, jolloin se vastaa pudotusvalikolla syötettä vastaavista tietokannan tuloksista.

Vaikka JSON:ia on käytetty määrityskielenä, siinä ei kuitenkaan ole tukea kommenteille. Vuonna 2012 Douglas Crockford kommentoi asiaa seuraavasti: ”Tiedän, että kommenttien puute tekee ihmiset surulliseksi, mutta ei sen pitäisi. Oletetaan, että käytätte JSON:ia säilyttääksenne asetustiedostot, joita haluaisitte kommentoida. Lisätkää kaikki haluamanne kommentit. Ohjaa se sitten JSMinin kautta ennen kuin annat sen JSON-jäsentäjälle.”[9]

MongoDB käyttää JSON-tyyppistä dataa dokumenttipohjaisessa tietokannassaan.[10]

Jotkin relaatiotietokannat, kuten PostgreSQL ja MySQL, ovat lisänneet tuen JSON-tietotyypille. Näin kehittäjät voivat tallentaa JSON-dataa suoraan relaatiotietokantaan ilman, että sitä tarvitsee muuntaa toiseen dataformaattiin.[11][12] Natiivin JSON-tietotyypin myötä SQL-kyselyitä voi kohdistaa suoraan JSON-arvoihin.[13]

  1. a b JSON www.json.org. Viitattu 27.9.2022.
  2. Working with JSON - Learn web development | MDN developer.mozilla.org. Viitattu 27.9.2022. (englanti)
  3. a b c Sinclair Target: The Rise and Rise of JSON Two-Bit History. 21.7.2017. Viitattu 26.7.23. (englanti)
  4. a b Douglas Crockford: The JSON Saga youtube.com. 29.8.2011. Viitattu 26.7.2023. (englanti)
  5. The Rise and Rise of JSON twobithistory.org. Viitattu 30.7.2023.
  6. https://262.ecma-international.org/5.1/#sec-15.12
  7. https://www.ecma-international.org/publications-and-standards/standards/ecma-404/
  8. Solmu (tietojenkäsittelytiede). Wikipedia, 11.11.2015. Artikkelin verkkoversio. fi
  9. Crockford Douglas: Comments in JSON plus.google.com. 30.4.2012. Arkistoitu 4.7.2015. Viitattu 31.7.2023.
  10. JSON And BSON MongoDB. Viitattu 31.7.2023. (englanti)
  11. JSON Functions and Operators PostgreSQL Documentation. 8.11.2018. Viitattu 31.7.2023. (englanniksi)
  12. MySQL :: MySQL 8.0 Reference Manual :: 11.5 The JSON Data Type dev.mysql.com. Viitattu 31.7.2023.
  13. 9.16. JSON Functions and Operators PostgreSQL Documentation. 9.5.2024. Viitattu 7.6.2024. (englanniksi)

Aiheesta muualla

[muokkaa | muokkaa wikitekstiä]