REST API の HTTP コンプライアンスについて質問があります。REST API インターフェイスを設計するときに、リクエスト本文の「 Content-Type 」ヘッダーをオーバーライド/無視し、代わりに URL で提供される情報からコンテンツのタイプを導出することをお勧めしますか?
たとえば、次の例を許可する理由はありますか。
POST /url.xml
Content-Type: application/x-www-form-urlencoded
<?xml version="1.0"?>
<xml>
...
</xml>
このワークフローでは、コンテンツ タイプは URL の「.xml」拡張子によって決定されますが、これは標準ではありません。一般に、標準の代わりに非標準に依存するのはよくありません。ただし、一部の REST API クライアントは、開発者がコンテンツ タイプを指定しない場合、デフォルトのコンテンツ タイプを自動的に追加します。
標準から離れて、要求エンティティの content-type をオーバーライドする理由はありますか? これにより、Web での相互運用性が損なわれることはありませんか?