REST とは？ページ内リンク ↓ウィキペディア（Wikipedia）記事 ↓Yahoo!知恵袋Representational State Transfer(REST) は、ウェブのような分散ハイパーメディアシステムのためのソフトウェアアーキテクチャのスタイルのひとつである。この語は2000年に、HTTPプロトコル規格の主要著者の一人であるRoy Fieldingが、ウェブについて書いた博士論文で初めて現れ、ネットワーキングコミュニティの中ですぐに広く使われることになった。 出典: 『ウィキペディア（Wikipedia）』 REST reST 出典: 『はてなダイアリー』 英和辞典rest
…
〈Ｕ〉〈Ｃ〉『休息』，休憩，休養；休息の時間（期間）；（…から）解放されて休むこと《＋『ｆｒｏｍ』＋『名』》 〈Ｕ〉〈Ｃ〉睡眠（ｓｌｅｅｐ） 動かないこと，停止，静止 〈Ｃ〉《複合語に用いて》「（物を載せる）台，支え」の意を表す 〈Ｕ〉《詩》死，永眠 〈Ｃ〉（音楽で）休止；休止符 『休む』，『休息する』；（仕事などを）やめて休む《＋『ｆｒｏｍ』＋『名』》 『安心する』，落ち着く，くつろぐ （…に）『載っている』，『支えられている』《＋『ｏｎ』（『ｕｐｏｎ』）＋『名』》；（…に）もたれている（ｌｅａｎ）《＋『ａｇａｉｎｓｔ』＋『名』》 〈光・視線などが〉（…に）注がれる，じっと留まる《＋『ｏｎ』（『ｕｐｏｎ』）＋『名』》 （変化しないで）そのままでいる，休止（静止）する 永眠する （訴訟事件で）証拠提出を自発的に中止する 《しばしば受動態で》…‘を’『休息（休養）させる』，休ませる （…に）…‘を’置く，載せる，基づかせる《＋『名』＋『ｏｎ』（『ｕｐｏｎ』）＋『名』（ｄｏ『ｉｎｇ』）》；（…に）…‘を’よりかからせる》＋『名』＋『ａｇａｉｎｓｔ』＋『名』》 〈訴訟事件〉‘の’証拠提出を自発的に中止する
関連商品
Damien Hirst /
最安値（新品）： ￥ 7,824
最安値（中古）： ￥ 10,055
|
目次 |
REST を支持する人々は、ウェブのスケーラビリティと成長は、次に述べるような、いくつかのキーとなる設計原則の結果であると論じる。
REST において重要な概念は、「リソース」(情報の断片) である。個々のリソースは、グローバルな識別子 (URI) により参照することができる。リソースに対する操作は次のようにして行われる。
しかし実際のところこうしたリソース操作は議論の対象となっている。一部の人々には「リソース」と「表現」とを区別することは観念的すぎるとの意見がある。ただし RDFコミュニティでは、リソースと表現の区別は、一般的に行われている。
さまざまな「コネクタ」(クライアント、サーバ、キャッシュ、トンネル など) がリクエストを仲介することができる。ただしコネクタは過去のリクエストを参照せずに仲介することができなければならない。
こうすることで、RESTアプリケーションは、次の2つの情報を認識することで、リソースを扱うことが可能である。
アプリケーションと実際の情報を持つサーバとの間にある他のものについて意識する必要はない。つまりアプリケーションは、キャッシュやプロキシ、ゲートウェイ、ファイアーウォール、トンネルなどの有無を意識する必要は無い。
ただしアプリケーションは、返された情報 (表現) のフォーマットを理解できる必要がある。そのフォーマットは、多くの場合は何らかの HTML か XML の文書であるが、場合によっては画像やその他のコンテンツであることもある。
RESTなウェブアプリケーションは、RPC (リモートプロシージャコール) アプリケーションとは異なる設計面のアプローチを必要とする。RPC では、プロトコル操作 (動詞) の多様性を重視する。RPCアプリケーションが定義する操作の例を次に示す。
getUser() addUser() removeUser() updateUser() getLocation() addLocation() removeLocation() updateLocation() listUsers() listLocations() findLocation() findUser()
一方 REST では、リソース (名詞) の多様性を重視する。RESTアプリケーションが定義するリソースの型の例を次に示す。
大胆な発想と鋭い切り口が印象に残る。特に目を引くのが牛を切断しものをホルマリン漬けにしてあるイメージですね。このイメージを思いっきりパクってたのが御存知ビジュアリストといわれているタ－セムの「セル」。この監督はかなり大胆ですね。ハ－ストはこの映画を見てどう思ったのだろう？まぁ人にパクられるぐらいいい本です。
User {}
Location {}
それぞれのリソースは、http://www.example.org/locations/us/ny/new_york_city のような固有の URI を持つ。このリソースを扱うクライアントは標準のHTTPメソッドを使う。例えば、
なお、それぞれのリソースが固有の URI を持っているので、キャッシュ、コピー、ブックマークすることが簡単にできることに注意してほしい。HTTP POST は一般に副作用のあるアクションに対して使われる。たとえば購入の注文を行ったり、コレクションに情報を追加したりするために使われる。
一例として、次のようなXML形式のユーザーのデータを扱うことを考える。
<user> <name>Jane User</name> <gender>female</gender> <location href="http://www.example.org/locations/us/ny/new_york_city"> New York City, NY, US </location> </user>
ユーザーの location (住所) を更新するためには、RESTクライアントはまず上記のXMLデータを HTTP GET によりダウンロードする。それからXMLデータの location を変更して、HTTP PUT によりアップロードする。
HTTP のメソッドが、リソースを発見するための標準的なメソッドをすべて提供してはいないことに注意してほしい。
REST は、その代わりに、扱う対象とするコレクションや検索結果の集合を、別の型の「リソース」として扱うことで問題に対処する。アプリケーション設計者は、リソースの検索や一覧取得のために状況に応じてその URI やURIパターンを知っておく必要がある。
いくつかの例を示す。
REST は、このようなアクションをどのように行うかについてのいくつかの手がかりを提供する。この手がかりは、REST の原則を構成する制約の一つ「アプリケーション状態のエンジンとしてのハイパーメディア」から得られる。この制約から導かれる実現手段の一つは、パラメタつきのリクエストに対しては、フォーム言語 (HTMLフォームなど) を使うことである。
A9.com の OpenSearch イニシアチブは、REST を使った検索の標準化作業を行っている。具体的には、RDF、XTM、Atom、RSS (方言を含む)、リンクを扱うための XLink と組み合わせた簡単な構造の XML (Plain Old XML; POX) を含む一般的なフォーマットをRESTシステムで使うことにより、情報を発見するための規格の策定である。
REST はかなり広い意味で定義されているので、広義に捉えると非常に多くの数の RESTful アプリケーション (HTTP GETリクエストによりアクセス可能なすべてのもの) がウェブ上に存在すると考えることができる。REST を、一般的なWebサービスやRPCスタイルとは異なるものとして狭義に捉えても、REST は公開されたウェブ上の随所に見つけることができる。
同様のものが他にも多く提供されているとみられる。
なお、上記の多くのものは完全に RESTful というわけではない。つまり、それらは REST の全てのアーキテクチャの制約に従っているわけではない。とはいえ、どれも REST から刺激を受けたものであり、RESTのほとんどのアーキテクチャの制約の重要性を認識している。特に統一的なインターフェイスの制約についてはそうである。これらのサービスは「偶然によるRESTful」と呼ばれることがある。
All text is available under the terms of the GNU Free Documentation License.
（2008年11月27日）
（2008年11月26日）
（2008年11月24日）
（）
（2008年11月23日）
（2008年11月11日）
PageRank5以上の相互リンク
・相互リンクスクエア
（PageRank 5）
・相互リンク インプロス
（PageRank 5）
→便利！NINJA TOOLS
→FC2検索
用語
Wikipedia
YouTube
powered by Yahoo!
◆V_S Clock◆A*振り子掛け時計FOREST/アイアン
 |
 |
 |
 |
 |
|
 |
 |
