REST API: HTTP リクエスト カルテット (PUT、DELETE、POST、GET) を解明する
REST API 開発のコンテキストでは、データ アクセスに 4 つの HTTP リクエスト メソッド (PUT、DELETE、POST、GET) をすべて使用するか、POST と GET のみに依存するかについては議論が行われています。後者のオプションのほうが簡単に見えますが、REST の目的を理解すると、なぜカルテットが不可欠なのかが明らかになります。
REST: 意味のあるデータ アクセス パラダイム
REpresentational State Transfer ( REST) は、単にデータにアクセスする手段ではなく、意味のある方法でデータにアクセスするための方法論です。各リクエストは、意図されたアクションを明確に説明する必要があります。たとえば、「/cars/make/chevrolet」への GET リクエストは、シボレー車のリストのリクエストを直感的に示します。
リクエスト メソッドによるアクションの区別
PUTと DELETE は、この文脈では特に価値があります。たとえば、JSON ペイロード「{ make:chevrolet, model:malibu, Colors:[red, green, blue, grey] }」を使用した「/cars/」への PUT リクエストは、次のような新しいシボレー マリブ レコードの作成を意味します。指定された色のオプション。これを、同じエンドポイントへの POST リクエストと比較してください。これは、事前に定義されたパラメーターを使用しない汎用データの作成に適しています。
冪等性の確保
REST は原則に従います。冪等性。同じリクエストを複数回実行すると、同じサーバー状態になるはずです。 POST は本質的に非冪等ですが、DELETE リクエストは冪等です。最も古い車両レコードの削除などのアクションの冪等性を確保するには、GET リクエストを使用してレコードの ID を取得し、その ID を特にターゲットとする DELETE リクエストを発行することをお勧めします。
以上がPUT、DELETE、POST、GET が RESTful API に不可欠なのはなぜですか?の詳細内容です。詳細については、PHP 中国語 Web サイトの他の関連記事を参照してください。