naoyaのはてなダイアリー - REST と GET
RESTful なアプリケーションでは、対象とするリソースに副作用を及ぼすときは POST なり PUT を使うのがベストプラクティス。(ベストプラクティスという言葉を使ってみたかった!) この考え方はウェブアプリケーションを作るときに、GET にするか POST にするかに明確な指針を与えてくれてすっきりします。 で、ふと思ったんだけど、表面的には GET でよさそうだけども実は中でリソースに副作用が及んでいるような代物はどうしたらいいんだろうなということ。例えば検索エンジンなんかで、クリックに合わせて後ろでクリック回数を数えてたり統計とってたりするものがあると思うんだけど、そういう類。 ウェブサイトの検索エンジンとかだとクリック対象の URI が差すリソースが外部サイトでちょっとイメージしづらいので、例えば search.cpan.org など。モジュールの検索結果からのクリック回数を
RESTが難しいってことについて - Ogawa::Memoranda
Posted by: Hirotaka Ogawa @ April 26, 2006 06:01 PM | 暇を見つけてGoogle Data APIs Protocolをしげしげと読んでみていた。よくできているね。 Google Data APIs Protocol ところで話はかわって、識者の人々が「RESTは難しい」「RESTを説明するのは難しい」と繰り返し発言している。事情に詳しくない(しかし興味は持っている)市井の人々に「そうなんだー、難しいんだー」という気分が蔓延するのは、REST推進派の人々にはネガティブに作用するはずで、なんでそんな発言をするのだろうと思う。私自身は門外漢なこともあって「難しい」理由がいまいちよく分からない。なんも難しくないと思えるけれど。 で、冒頭の話に戻るわけで、もしそんなに「RESTが難しい」のなら、もう「Google Data」互換APIを実現するフ
RESTは簡単なんだけど... : 404 Blog Not Found
2006年04月22日20:50 カテゴリWEB+DB PRESSiTech RESTは簡単なんだけど... というわけで早速質問です。 WEB+DB PRESS yohei-y:weblog: WEB+DB PRESS Vol.32 に REST の記事を書きましたただ、やっぱり REST は難しいですね。人に説明するたびに思います。記事でわからないことがあれば、ここにコメントしていただければできる範囲で返答しようと思います。なぜAtomPPでは、記事の新規作成がPOSTで、更新がPUTなのでしょう。 WebDAVやFTPといったファイル操作系のProtocolでは、PUTはコンテントをアップロードするためのコマンドです。それとの整合性を考えたら、コンテントの新規作成をPUTでやって悪いわけというのが思いつきません。 あるいは、URIの名前を、Clientの意向で決める場合(例えばアップ
RESTとSOAP：Web 2.0時代に意識され始めた2種類のWebサービス
図1 RESTとSOAPの違い<br>図の左側に並んでいる角丸四角形はブラウザなどの情報/サービスの受け手を，右側の四角形はリソースやサービスを表す。RESTでは，リソースとその識別子であるURIが1対1に対応しており，URIを指定するだけで情報を取得できる。 初回にWeb 2.0の概念が急速に浸透していることをご紹介しましたが，Internet Magazineの素早さには改めて感心しました。2006年4月号の特集「マッシュアップ～Web2.0的サービス構築術」です。 38～41ページでは，「API公開ウェブサービスカタログ」と称して，マッシュアップの素材として使える公開サービスをカタログ化しています。42～47ページは，「マッシュアップショーケース」ということで，これらのAPIを使った，主立ったWebアプリケーションを紹介しています。海外のサービスには，Elicit（ブログの管理と情報
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
AjaxによるRESTへの影響
サービス終了のお知らせ
