atom …
まぁこれまで無視されてきたメソッド群に復権をって感じですか。
しかし XML-rpc にせよ、やっぱり普及させるのは難しそう。
soap をはじめとする web-services はもとより、XML-rpc ですらその冗長なペイロードのせいでむやみに実装負担が増えていて、ライブラリが少々整備されたくらいでは莫大な普及は難しいと思う。
atom はその辺を鑑みて策定されているので当然実装は簡単で、簡単な操作なら GET/POST でできることがかなりの優位点と思うけど、惜しいのはまさしくその「無視されてきたメソッド群」を使おうとしてしまったこと。
GET/POST だけで API を構成すればブラウザで直接 API を叩けるので、日曜プログラマでも思いつきでデバッグ/お試しできるという点で敷居がおもいっきり下がるのではないかと思うのだけど。
atom にも対応しようかと思ったけれど、Mechanize の仕組みで十分という気がしてきた。
というか自分が HTTP ベースのアプリケーションプロトコル作るときは間違いなく GET/POST だけの構成にしてきたしな。REST ってそういうものと思ってたけど、違うのか…？
(追記)
cookie / redirect / refresh の追跡は対応させたけど、JavaScript で遷移しているところまでは対応させるのきついなぁ。ブラウザを内部的に起動しちゃってロボット操作するように作れるなら完全にエミュレーションできるんだけど。＞Mechanize
