ZeraWeb development labは2007年3日(米国時間)、新しいデータフォーマットとして「ReallySimple Data(RSD)」を提案した。同フォーマットは現在注目されているデータフォーマットの優れた特徴をまとめたようなフォーマット。CSSからクォートなしのシンプルな表記を、YAMLから高い柔軟性を、XMLからメタデータとの親和性の高さを、JSONから文法の学習の容易性を持ってきていると主張されている。 ZeraWebのサイトにおいて提案されているサンプルを次に引用する。CSSとJSONのフォーマットを組み合わせたようなフォーマットになっているようだ。 Example 1: A person object.(ZeraWebからの引用) person { name { last: Yoder, first: Dan } title: Web Application
データ構造の記述を統一する段階を超え、情報(それ自身)へのアクセスを統一する為の土台が整いつつある。 すでに多くの人が気がついているように、実のところXMLには大した再利用性が無い。もちろんただのCSVに比べればDOMやXSLTなどの統一されたAPIが用意されている分、データの扱いは楽だ。しかし、たとえば様々なXMLデータを自分の所に持ってきて、適当に混ぜ合わせて新しい物を作るといった用途には、XMLは向かない。言い換えれば、XMLはマッシュアップには不向きである。CSVからXMLになって何が1番変わったかと言えば、データ構造へアクセスするためのAPI、――つまりDOMやXSLT、SAXなど――が統一されたことにある。それまでみんなで好き勝手にデータ構造を定義していた時代に比べれば、1回XSLTやDOMを覚えるだけでJavaでもPHPでもAdaでも同じ方法でデータ構造にアクセスできるよう
動作原理を説明する前に、クラシックWebアプリケーション(本連載では旧来のWebアプリケーションを示す)とAjaxアプリケーションの構造上の違いを説明する。この両者の違いは以下に示すようにAjaxエンジンの有無にある(図1)。 このAjaxエンジンはAjaxアプリケーションのコアであり、JavaScriptで記述される。Ajaxエンジンは、任意のタイミングでWebサーバからダウンロードされた後、ブラウザ内で動作する。 Ajaxエンジンをうまく開発すれば、次項より説明する待機時間を減らすことなどができるため、ユーザビリティを飛躍的に向上することができるということだ。 ただし、Ajaxエンジンは1つではない。特定のアプリケーションに特化したAjaxエンジンもあれば、汎用的なAjaxエンジンもある。またAjaxエンジンにもいくつかの実装方法があり、各々の特性がある。これについては後の回で解説する
MSでXMLやってるDerekさんのエントリ。何度もいろんなところで言われていることではあるけれど、やっぱり何度聞いてもこれって問題だよなぁと。 だってさ、「hoge & moge」っていうコンテンツが元々あって、それを「マークアップ」したいなあと思って「<strong>hoge & moge</strong>」ってしたらとたんにエラーになるのっておかしくない?マークアップするのにコンテンツを書き換える(&)っておかしくない?いや、抽象レベルを一段上がれば、それは書き換えてるわけじゃないのはわかってるんだけどさ。こんな議論もきっと何度も繰り返されて識者の面々はいいかげんうんざりだろうとは思うけどさ。でもやっぱ直感的じゃないよ。 いや、でもさ、だからってPHPのシリアライザしか読めないデータを流通させるってのは、XMLによって一度否定した過去を繰り返すことにはならないのかな。JSON
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く