BT

RESTをサポートしているという Webフレームワークは、どの程度 RESTful か?

| 作者: Dilip Krishnan フォローする 0 人のフォロワー , 翻訳者 編集部N フォローする 0 人のフォロワー 投稿日 2010年7月28日. 推定読書時間: 2 分 |

原文(投稿日:2010/07/13)へのリンク

今日では、RESTful サービスをサポートする webサービス プラットフォーム/アプリケーションがたくさんあるが、そのサポート程度は、様々である。最近の 投稿 で、 Stefan Tilkov氏は、これらのフレームワークやプラットフォームを評価するための出発点として使える、基準のリストを公開した。

彼が提案しているのは、高いレベルでの質問になっている(「はい」という答えが多いほど、理想的なREST webアプリケーション フレームワークに、より近いフレームワークということになる)。

    • フレームワークは、HTTPメッセージがURIだけからできているのではない、ことを考慮しているか?すなわち少なくとも HTTP verb、URI, Content-type そして Acceptヘッダーをベースに、メッセージが配送されるか?
    • レスポンスで違った Content-typeを返しながら、同じビジネス・ロジックを容易に使うことができるか?
    • 条件付きのリクエストをチェックする、ことをサポートしているか?
    • バックエンドのロジックで何も設定されていない場合は、ETagは,自動的に計算されるか?
    • (フレームワークのユーザとして)全てのHTTPリクエスト ヘッダーを簡単に読めるか?
    • 簡単に、全てのHTTPレスポンス ヘッダーをセットできるか?
    • カスタムな HTTP verbを使えるか?
    • レスポンスで、正しい状態コードの返しかたは、明確かつ簡単か? フレームワークは、それらを正しく使えるか(とにかく使えるなら)?

Mike Amundsen 氏は、webフレームワークのためのRESTリトマス試験 リストに、追加を考えている。彼は、URIの様々なコンポーネント、パスそしてクエリ文字列は、リソースを他から区別するのに、同等な重要性がある、と考えている。彼は、 2002年の REST-Discussについての Roy T. Fielding氏の言葉を引用しいている、

サーバーのURIにとって、クエリとパスの情報に実質的な差はない--両方共リソースを区別する。

RESTful サービスの開発をサポートする有名なwebフレームワークには:

Java

.net

Ruby

Python

あなたのコメントを追加して欲しい。そうすれば、 RESTfulサービスを開発するためのフレームワークとプラットフォームのリストをアップデートしていくことができる。詳しくは、元々の投稿 を見て欲しい。

この記事に星をつける

おすすめ度
スタイル

こんにちは

コメントするには InfoQアカウントの登録 または が必要です。InfoQ に登録するとさまざまなことができます。

アカウント登録をしてInfoQをお楽しみください。

あなたの意見をお聞かせください。

HTML: a,b,br,blockquote,i,li,pre,u,ul,p

このスレッドのメッセージについてEmailでリプライする
コミュニティコメント

HTML: a,b,br,blockquote,i,li,pre,u,ul,p

このスレッドのメッセージについてEmailでリプライする

HTML: a,b,br,blockquote,i,li,pre,u,ul,p

このスレッドのメッセージについてEmailでリプライする

ディスカッション

InfoQにログインし新機能を利用する


パスワードを忘れた方はこちらへ

Follow

お気に入りのトピックや著者をフォローする

業界やサイト内で一番重要な見出しを閲覧する

Like

より多いシグナル、より少ないノイズ

お気に入りのトピックと著者を選択して自分のフィードを作る

Notifications

最新情報をすぐ手に入れるようにしよう

通知設定をして、お気に入りコンテンツを見逃さないようにしよう!

BT