《REST思想》と《リソース指向》と《Webページ》を一緒にしてはいけない - Qiita
はじめに Ruby on Rails や同種のフレームワークを使っていると、《REST思想》と《リソース指向》と《Webページ》がごちゃまぜになったWebアプリケーションをつい設計してしまいます。 三つの違いを意識し、適切なWebアプリケーションを作成するようにしましょう。でないと後悔することになります。 なお、この三つの用語は本来の意味とずれているかもしれません。 「コメント」、「編集リクエスト」大歓迎です。 解説 http://yourhost/books のURLで本の一覧が取得できるようなWebサービスを提供するとします。 では /books を含めた各URLはどのように振る舞うべきなのでしょうか。 （URLと言っている部分でも実際はpathを指している場合があります。ご了承ください）
A Restful Micro Framework In Go
A RESTful Micro-Framework in Go Posted January 25th, 2014 Why Go? After reading countless articles about the wonders of Go, I wanted to learn more. But, learning a new language— I mean really learning it, not just getting familiar with the general capabilities and syntax—is hard. I'm sure there are tons of books that would purport to teach me all about it, but there is no substitute for hands-on l
WEB系技術者として知っておくべき4つの事
REST WEBは世界規模のハイパーメディアである。 そして世界規模の分散システムだ。 REST（Representational State Transfer）はそのWebを支えるアーキテクチャスタイル。 WebAPIの普及により、このRESTアーキテクチャがとても注目されている。 RESTはリソース指向のアーキテクチャで、URIを利用してリソースを表現する所が特徴的だ。RESTらしくWEBを構築すれば、使いやすいWEBになる。 是非覚えておきたい。 URIの設計 RESTを理解するには、まずURIの知識が必要になる。 URIはリソースを統一的に識別するID。 そしてブラウザのアドレス欄に表示される。 最もエンドユーザーに近い場所なので、変わりにくいものでなければならない。 これらの観点からURIはWebサービスやWeb APIの設計において最も重視すべきパーツらしい。 URIをどのよう
ステートレスとは何か
RestWiki をたまに見直すと新たな発見があって面白い。 たとえば先日、「ステートレスなやりとりとは何か(What is Stateless Interaction?)」という箇所を見つけて、興味深く読んだ。このページは以前も絶対に読んでいるはずなのだが、 人間は忘れてしまうものである。 RestWiki の例でも充分わかりやすいのだけれど、自分でも例を思いついたので書きとめておく。 ステートフルサーバとステートレスサーバはどう違うのか。 まずは、ステートフルの例: 客: こんにちは 店員: いらっしゃいませ。○○バーガーへようこそ 客: ハンバーガーセットをお願いします 店員: サイドメニューは何になさいますか? 客: ポテトで 店員: ドリンクは何になさいますか? 客: ジンジャーエールで 店員: +50円でドリンクをLサイズにできますがいかがですか? 客: Mでいいです 店員:
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
