9 件中 9 件
vs
安全性が異なるべき等性が異なる
- GET is safe, POST is not safe.
- GET is idempotent, POST is not idempotent.
- GET does not take a body, POST takes a body.
機能の説明
HTTP メソッド リファレンスは、9 つの HTTP リクエストメソッド(RFC 9110)を素早く引ける表です。各メソッドについて、API 設計で最も重要な 4 つの属性 — safe、idempotent、cacheable、body を取るか — に加え、平易な英語の説明と典型的な用途を示します。検索、属性でフィルタ、メソッドをクリックして詳細エントリ、任意の 2 メソッドを比較して意味論がどこで異なるかを正確に確認できます。
使い方
- メソッド名や意味で検索します(例:
patch、partial)。 - Safe / Idempotent / Cacheable フィルタを切り替えてリストを絞り込みます。
- メソッドをクリックすると、完全な説明と典型的なユースケースを読めます。
- Compare two methods(例:PUT vs PATCH)で意味論的な違いを確認します。
例
GET
Safe, idempotent, cacheable; retrieves a resource without changing it.
PUT vs. PATCH
Both modify a resource, but only PUT is idempotent (PATCH can have different effects when repeated).
POST vs. PUT
POST creates under a collection (server picks the URL, not idempotent); PUT puts a resource at a known URL (idempotent).
補足事項
- safe と idempotent の違い: safe は「サーバー状態を変更しない」、idempotent は「呼び出しを繰り返しても 1 回と同じ効果」を意味します。safe なメソッドはすべて idempotent ですが、逆は成り立ちません(PUT と DELETE は idempotent だが safe ではない)。
- 出典: 属性フラグは RFC 9110 / RFC 9111 と MDN リファレンスに従います。
POSTは仕様上 cacheable とされますが、明示的なディレクティブなしで POST レスポンスをキャッシュに保存することはまれです。 - 関連ツール: HTTP Status Codes、JSON Formatter、URL Encoder。