リソースを複数の表現で提供できる ReST サービスの設計を検討しています。
これを行うための私の好ましい方法は、クライアントが適切な Accept ヘッダーを使用してリクエストを作成し、Accept に設定された Vary ヘッダーを使用して応答を作成することです。
Vary: Accept
私の質問は、これはインターネット上のさまざまなハードウェア (プロキシ レイヤーなど) によって尊重されるか、それともクライアントの 1 人がある種の xml を要求したときにリソースの PDF 表現を提供するハードウェアの一部を危険にさらすかどうかです。表現？
私の代替手段は、uri拡張機能を介してconnegを実行することです
~/resource.pdf || ~/resource.xml)
または、クエリ文字列パラメーターを介して可能性が高くなります。
~/resource?content-type=application/pdf || ~/resource?content-type=application/vnd.mytype+xml
では、Vary:Accept で大丈夫でしょうか、それとも URL をいじって安全にプレイする必要がありますか? 問題の原因となるハードウェアはどれですか? 他に考慮すべきことはありますか？
ありがとう