HEADをサポートしていない(つまり、メソッドがサポートされていませんが)GETをサポートしていたREST APIが見つかりました。REST:GETのときに常にHEADをサポートする必要がありますか?
HEADは常にRESTクライアントでサポートする必要がありますか?
または、HEADをサポートせずにGETをサポートする有効な理由はありますか?
HEADをサポートしていない(つまり、メソッドがサポートされていませんが)GETをサポートしていたREST APIが見つかりました。REST:GETのときに常にHEADをサポートする必要がありますか?
HEADは常にRESTクライアントでサポートする必要がありますか?
または、HEADをサポートせずにGETをサポートする有効な理由はありますか?
これをサポートしていない理由は、ユーザーがAPIを使用しない、または実装することを期待しているためです。それが有効かどうかはあなた次第です。あなたのAPIはと巨大なを返すのですか? HEADを使用して変更をチェックして、完全なGET要求の代わりにキャッシュを使用できるようにすることができます。
そこにはREST RFC標準はありませんが、HTTP standardは実際にこれを述べている:
すべての汎用サーバは、メソッドがGETとHEADサポートしなければなりません。
他のすべての方法はオプションです。
これは、あなたのAPIが本当に何かで応答する必要があるわけではありません。あなたがそれを実装していないなら、あなたはいつも405で答えることができます。
はそれを正確にサポートする必要があります。 HEAD時に405を返すと、クライアントに準拠しても後続のGETを試みることさえできないかもしれませんが、 –
プログラミングに関する質問は、トピックから外しています。 – DavidPostill