JSON

データ交換フォーマットとしては、かつてはXMLを普及させようという動きもあった。

古くはHTMLもXMLで書くXHTMLが作られたほどXMLは一時覇権を取るデータ交換フォーマットではあったが、しかしXMLは記述も解析も困難だった。手書きはともかく機械処理しにくいフォーマットは使いにくい。

対してJSONは、軽量で、JavaScriptによる記述や解析が容易であったため一気に普及、XMLよりも普及した。そこで2006(平成18)年7月にRFC 4627としてInformational(情報提供)扱いで公開された。また、元となったJavaScriptはECMA InternationalでECMAScriptとして標準化されていたが、さらにJSONもECMA-404として標準化され、XMLを置き換えてデータ交換フォーマットとして一般化することになった。

値については、""で括ると文字列とみなし、数値、およびtrue/falseのBoolean値、そしてヌル値(null)は""で括らない。

符号化はUTF-8を用いるが、BOM(バイトオーダーマーク)を先頭に付けてはならない。日本では俗にUTF-8Nとも呼ばれる形式となる。

データは一つずつ{}で囲まれるが、改行は不要で、そのまま延々と連続してよい。ただこれだと人力での処理が面倒なため、一つずつ改行を入れる形式も提案されている。

情報は「キー」と「値」からなるデータ列とする。

"キー" : 値

キーは文字列なので原則として""で括るが、JSONの亜種によっては不要とするものもある。値は、文字列は必ず""で括り、文字列でない場合は""で括らない。

このJSONオブジェクトはJavaScriptのサブセットであるため、JavaScriptでeval()関数で評価することでJavaScriptオブジェクトに変換することが可能という特徴がある。

Ajaxで使われるXMLよりもデータ量がコンパクトで、かつWebブラウザーで使われるJavaScriptとの親和性が高いことから普及している。

ごく簡単には、次のような書式となる(項目が二つある場合)。

{

"name1" : "value1",

"name2" : "value2"

}

情報量が少ない場合は改行せずに1行でまとめることも可能。この他に、[ ] を使って構造化することもできる。

実際には、複数あるデータが配列の形で渡される使用例が多い。

{"product":[

{"code":100,

"name":"しょうゆラーメン",

"price":300},

{"code":200,

"name":"塩ラーメン",

"price":310},

{"code":300,

"name":"味噌ラーメン",

"price":320}

]

}

取得されたデータをeval()で評価し、各プロパティを参照することになる。

配列として定義されているため、変数dataに読み込んだとして、最初の商品(しょうゆラーメン)にアクセスするためには、次のようにする。

data.product[0].code

上記の例なら、同様に塩ラーメンなら[1]、味噌ラーメンなら[2]を参照することになる。