Atomがすっきり判りました

記事とかお礼とか -HepCat Dev and Test-
先日取り上げたUnix MagazineのAtom記事ですが、筆者の方のBlogがありました。
「感想などいただけたら」とありましたので、お礼かたがたトラックバック等打ってみたいと思います。
判りにくかったところが非常にすっきりして、よく理解できました。
ありがとうございました。

Atom APIが判らなかった理由って、一番には言うまでもなく勉強不足なんですが、次には結局XML-RPCの考え方に引きずられすぎてて、それを念頭において思い込みで全部仕様を読んでたりしてたからでした。
というか、お互いに全く関係のないRSSとXML-RPC、と同じような感覚でAtom-FeedとAtom-APIを別々に調べていたので、
RSSで配信されていたデータをAtomで配信するには、要素を1対1にこう対応させてはいお終い、さあAtom-Feedは調べ終わったからAtom-API、的な感じで調べてたので、Atom-APIを理解するにはAtom-Feedをきっちり理解する事が必要だと思い至らず、
なるほど、RESTというインタフェースを使っていると、PUT、GET、POST、DELETEをHTTPヘッダで表現すると、WebDAVに似ていると、なるほどねえ、考えたもんだなあ、で結局のところエントリを編集するにはどんなメソッドを叩くのよ、さっぱり判らない、といった感じで挫折していました。

要するに、オブジェクト的に捉えるならば、リモートに存在するBlog/エントリのオブジェクトに対し、行いたい処理内容を個別のメソッドで実行するというXML-RPCの考え方と違って、遠隔のオブジェクトそのものをAtom-Feedでシリアライズして手元に全部取ってきて、やりたい様にオブジェクトを改変した後、再度リモートに送ってデシリアライズし元のオブジェクトと置き換える、という発想なんですね。
同じように使われているRSSとAtom-Feedですが、似てるように見えてもRSSは飽くまでエントリそのものとは別の概要配信/シンジケーション用フォーマットなのに対し、Atom-Feedは表現形式を変えたエントリそのものである、という感じでしょうか。
それでPUT、GET、POST、DELETEといったメソッドとか、WebDAVに似ていると言われるのもすっきり理解できました。
ありがとうございました。

1つだけ残る疑問。
トランザクションというか、オブジェクトの変更が重なった場合の考え方はどうなっているのでしょうか...。
XML-RPCでも別に後優先なのは変わらないとは思いますが、オブジェクトの特定の属性だけをメソッドで叩くXML-RPCと比べて、オブジェクト全体を取ってきて上書きする方が、属性の変更のぶつかる可能性が高くなると思うのです。
Blogの場合エントリの執筆者は基本的に1人なので衝突が生じる可能性は少ないでしょうが、それでも執筆者は1人でもシステムにエントリ記事の状況に合わせた改変等をさせる場合もあると思いますし、またAtomはBlogだけに限った用途ではないわけですので、今の理解範囲だけではその辺が気になりました。

[composed and posted with ecto]