可能な限りHATEOASの原則に沿ったRESTfulサービスを設計しています。結果として、クールなURLが利用可能なオプションを説明するリンクのリストを返すようにする方法が必要です。私はHAL-JSONを使用してデータ形式を容易にしているので、それはすべて問題ありませんが、現在、どのHTTPメソッドがこれをプルする必要があるかを検討しています。
単純なGETに固執できると確信していますが、HTTP RFCを読むと、OPTIONSがここでの法案に適合する可能性があるようです。私の唯一の懸念は太字です：
9.2オプション
OPTIONSメソッドは、Request-URIによって識別される要求/応答チェーンで使用可能な通信オプションに関する情報の要求を表します。この方法により、クライアントは、リソースアクションを暗示したり、リソース取得を開始したりすることなく、リソースに関連付けられたオプションや要件、またはサーバーの機能を決定できます。
このメソッドへの応答はキャッシュできません。
Webの標準側の経験が豊富な人に、なぜそうなるのか説明してもらえますか？私の見解では、完全にHATEOASシステムでは、この呼び出しはrelリンクをトラバースして探している操作に到達するために非常に頻繁に行われる可能性が高いため、クライアントが少なくとも短期間この結果をキャッシュすることを望んでいます。にとって。
また、クールなURLから操作を取得するためのOPTIONSと単純なGETの使用についての意見も気に入っています。