RESTとは以下の制約にもとづいたアーキテクチャスタイルのこと
- ステートレス
- サーバーがアプリケーションの状態を保持しない(サーバー側のシステムが単純になる)
- クライアント側で必要な情報を毎回すべて送信（送信データ量が多くなるデメリットもある）
- 毎回認証必要でサーバー負荷かかる
- クライアントーサーバー型
- キャッシュを利用してサーバーとの通信回数を減らす
- インターフェースの固定
- HTTP1.1だとGETやPOSTなど8種のインターフェースに固定
- クライアントとサーバーの独立性が向上し全体のアーキテクチャがシンプルになる
- システムを階層に分離し構成を柔軟に
- 具体的にはサーバーの前にLBを配置して負荷分散したり、Proxyを設置してアクセス制御したり
- クライアントから接続先を意識することはない
- 各階層のコンポーネント間をHTTPで統一しているからできる
- サーバーもプロキシもユーザーからは同じインターフェース
- プログラムをクライアントにダウンロードして実行する
- JavascriptやFlashなど
- クライアントを後から拡張できるメリット
RESTfulとはRESTの制約に従ったRESTらしいアーキテクチャのこと
- ステートフルだけど他の制約には従っているなど(制約に全て準拠していない）
- 実際の設計時にRESTから外れることの方が多い(RESTfullになる)
WebAPIのURI設計において重要なこと
- プログラミング言語の拡張子を使わない(plやphpなど)
- 実装依存のパス名(cgi-bin/servletなど)を利用しない
- 上記２つは言語やフレームワークを買えると対応できない（密結合にしない）
- セッションIDを含めない
- セキュリティ的な懸念もあるが、セッションIDは毎回変わるから
- リソースを表現する名詞（URIでリソースの名前を意識できること）
microformats
- HTML上で簡単に気軽にセマンティックを記述できることを目的に定義されたもの
セマンティック
- HTMLで表現されているテキストがどのような意味を持つかをプログラムでも解釈できるように(言い換えれば人間が読んで理解するwebページの意味をプログラムからも処理できる形式的に意味を記述するための技術)
- 課題としてタグ内のclassやrel属性に情報を詰め込むが、たまたま同じ属性名があった場合誤作動を起こしてしまう
- 解決策として名前空間を使う → RDFa → しかしRDFaは見た目が複雑化してしまう課題あり
Kindle 端末は必要ありません。無料 Kindle アプリのいずれかをダウンロードすると、スマートフォン、タブレットPCで Kindle 本をお読みいただけます。
-
Apple
-
Android
-
Android
無料アプリを入手するには、Eメールアドレスを入力してください。
