RESTful API の概念
REST API（Representational State Transfer Application Programming Interface）は、HTTP プロトコルに基づくソフトウェアアーキテクチャスタイルであり、ネットワークアプリケーション API を構築するために使用されます。
REST API は、現代の Web サービス開発で最もよく使われる API 設計パターンの一つです。
API とは？
API の基本概念
API（Application Programming Interface、アプリケーションプログラミングインターフェース）は、異なるソフトウェア間の「通訳者」のようなものです。想像してみてください。外国のレストランに行ったとき、あなたは現地の言葉を話せないが、ウェイターはあなたの言葉を話せる。彼はあなたとシェフの間の「インターフェース」です。
プログラミングの世界では、API は異なるソフトウェアシステムが相互に通信し、協力できるようにします。例えば：
- スマートフォンの天気アプリが天気データを取得する必要がある
- ショッピングアプリが支払いを処理する必要がある
- SNSアプリが写真をアップロードする必要がある
API の役割
API の主な役割は次のとおりです。
- データ交換：異なるシステム間で情報を伝達できるようにする
- 機能の再利用：車輪の再発明を避け、既存のサービスを利用する
- システムの疎結合化：フロントエンドとバックエンドを独立して開発できるようにする
- セキュリティ制御：誰がどのデータにアクセスできるかを制御する
生活の中の API のたとえ
API をレストランのメニューとして考えてみましょう：
- メニューは API ドキュメントで、何を注文できるかを教えてくれます
- 注文はリクエストを送信し、ウェイターに何が必要かを伝えることです
- 料理を提供するはレスポンスを受け取り、欲しい料理を得ることです
- ウェイターは API であり、あなたの要求をキッチンに伝える役割を担います
REST とは？
REST の意味
REST（Representational State Transfer、表象的状態遷移）は聞くと複雑に感じますが、実際には Web API を設計するための一連のルールと取り決めです。家を建てるのに建築基準を守る必要があるように、API を設計するにも一定の基準に従う必要があります。
REST の六大原則
1. クライアント・サーバーアーキテクチャ
フロントエンド（クライアント）とバックエンド（サーバー）は完全に分離されており、客と厨房が分離しているようなものです。
2. ステートレス性
各リクエストは独立しており、サーバーは以前のリクエストを記憶しません。銀行で手続きをするたびに身分証明書を再提示する必要があるようなものです。
3. キャッシュ可能性
レスポンスデータはキャッシュでき、パフォーマンスが向上します。ブラウザがウェブページの画像をキャッシュするようなものです。
4. 統一インターフェース
すべての API が同じルールと形式に従います。すべてのレストランのメニューが似た構造を持つように。
5. 階層化システム
システムは複数の層を持つことができます。例：クライアント → ロードバランサー → APIサーバー → データベース
6. オンデマンドコード（オプション）
サーバーはクライアントに実行可能なコード（JavaScript など）を送信できます。
なぜ REST を選ぶのか？
- シンプルで分かりやすい：HTTP プロトコルに基づいており、学びやすい
- 軽量：追加のプロトコルオーバーヘッドが不要
- 拡張可能：新しい機能を簡単に追加できる
- クロスプラットフォーム：HTTP リクエストを送信できるあらゆるデバイスで利用できる