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本を読むことができます。Kindleデバイスは必要ありません 。詳細はこちら
Kindle Cloud Readerを使い、ブラウザですぐに読むことができます。
携帯電話のカメラを使用する - 以下のコードをスキャンし、Kindleアプリをダウンロードしてください。
携帯電話またはEメールアドレスを入力する
リクエストを処理しています...
「リンクを送信」を押すと、Amazonの利用規約に同意したことになります。
お客様は、AmazonまたはAmazonの代理業者からのKindleアプリに関する自動テキストメッセージを、上記の携帯電話番号に受信することに同意するものとします。同意は購入の条件ではありません。メッセージおよびデータ料金が適用される場合があります。
著者をフォロー
何か問題が発生しました。後で再度リクエストしてください。
この商品を見た後に買っているのは？
ページ: 1 / 1 最初に戻るページ: 1 / 1
こちらもおすすめ
ページ: 1 / 1 最初に戻るページ: 1 / 1
