ちょっとしたメモ - application/jsonがRFC4627に
3月末にアナウンスされていたJSON仕様のRFCが、RFC 4627 The application/json Media Type for JavaScript Object Notation (JSON)として公開された。メディアタイプは表題の通りapplication/jsonで、標準ファイル拡張子は.jsonとなっている（拡張子の話は前回書き忘れた）。一部のミス修正以外は最終I-Dとほぼ同じ内容でRFCとなった。 XMLHttpRequestでの処理にはメディアタイプはあまり関係ないが、ブラウザで直接ファイルを開こうとするとapplication/jsonの場合はダウンロードが始まってしまう（Opera9では「XMLの解析に失敗しました」となる…？？）。実用には支障ないものの、手軽にデータを確認できないのは残念なところ。.jsonにapplication/jsonをマッピングするか
Perl で YAML と JSON のベンチマーク比較 - Daio Today
Perl で YAML と JSON のベンチマーク比較 YAML や JSON が軽い！速い！と言われているが、どれくらい速いのか Perl モジュールでベンチしてみた。 ※個人的に興味があったのがデータの読み込み (Load) だけだったので、データの書き出し (Dump) はテストしていない。 結果的には、YAML と 比べて JSON の方が 6倍〜8倍高速。ただし、これはデータ量が少ない場合で、データ量が大きくなると 0.5倍〜0.8倍 と差が縮まってしまう。 また、YAML::Syck と JSON::Syck で比べると、データ量にかかわらずその差は数パーセント程度になってしまう。 ちなみに、Data::Dumper でダンプしたデータを eval したものとも比べてみたが、YAML を基準にすると eval は約50倍速く、YAML::Syck (と JSON::Syck)
JSON Feedとか何とか
僕をADT呼ばわりする二人の片割れの方がJSON Feedネタをぶちあげたので、「先に書かれた！」とか思いつつ対抗して書いてみる。ADTなので！ てなわけでblosxomのflavourで作ってみました(今後ちゃんと更新されるかどうかは未定です)。このJSON Feedのサンプルは、アーカイブにまとめたflavourのみで生成しています。使い方とかは2nd lifeの当該エントリに書いてあるので、省略。 JSON Feedとか銘打って勝手なことをやってますが、これはHTML+CSS+JavaScriptなリッチ・クライアントにはもってこいな形でフィード、つまりRSS 2.0やAtom 1.0と似たようなものを提供してやると幸せな人がいるかもいないかもとかいう妄想の類の話です。作成したJSON Feedにコメントでなんやかんや書き込んでありますが、何の根拠も無いです。 形的にはjsonfee
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
