輪講形式で読んでいて、気になった点をまとめておく

第１部：Webの概要

RPC
- 分散システムを実現するための技術の１つ
分散システムの流れが来たが、複雑さの問題から発展しなかった
Webはシンプルな単方向リンクだけを持つものとして開発
SOAP
- メッセージ転送の方法だけを定めたプロトコル
- 標準化戦争勃発
REST
リソース
- リソースとはWeb上の情報
- 世界中の無数のリソースは、それぞれURIで一意の名前を持つ
- URIを用いることで、プログラムはリソースが表現する情報にアクセス出来る
RESTなアーキテクチャのために
- クライアント/サーバ
  - ユーザインターフェースと処理を分離する
- ステートレスサーバ
  - クライアントのアプリケーション状態をサーバで管理しない
  - ステートフルな場合、Cookieを使ったセッション管理をしている
    - REST的には間違い
- キャッシュ
  - 一度取得したリソースをクライアント側で使い回す
    - 効率化はできるが、情報の信頼性が下がる
- 統一インターフェース
  - URIで指し示したリソースに対する操作を統一した限定的なインターフェースで行う
- 階層化システム
  - サーバとクライアントの間にロードバランサを設置して負荷分散を行う
- コードオンデマンド
  - ブラウザ以外にクライアント側を拡張出来る
    - JSやFlashなど
  - プログラムをクライアントにダウンロードして実行する

第２部：URI

URIの仕様
- railsのrouteファイルなどに関わってくるから、ここから大事！
URIスキーム
- http://hogehoge.com
- httpの部分がURIスキーム
URIフラグメント
- hogehoge/member#user1
- ページ内の#以下の文字列の要素を示す
URIの設計
- 変わりにくいURIのために
  - プログラミング言語に依存した拡張子やパスを含めない
    - メンテナンス性や可読性
  - メソッド名やセッションIDを含めない
    - リファクタリングの時に大変なことに
  - URIはリソースを表現する名詞にする
    +
- シンプルで分かりやすいものがCool
- 拡張子で表現する方法
  - .jaや.enなどの言語を指定する時に使う
  - .txtや.jsonを付けてやる(rails

第３部：HTTP(Hypertext Transfer Protocol)

HTTPの基本