RESTful API - 使用するルートフォームを決定できません

Question

問題の正しいルートを選択することについてのジレンマがあります。 私は自分のデータベースに食糧項目を持ち、この食物の写真も持っています。

POST /food/{id}/photos 

今すぐ問題が削除されています。私はこれを使用する一部の食品にいくつかの写真を追加したい場合は

GET /food/{id}/photos 

：私はいくつかの食品のすべての写真を一覧表示したいときに、私はこのルートを使用します食べ物の写真。すべてのユーザーが同じ食品のより多くの写真を投稿することができますので、私は単純に使用することはできませんこの1：私が好きな最初の一貫性について

DELETE /food/{food_id}/photos/{photo_id} 
DELETE /photos/{id} 

：私はこの問題を解決するための2つの方法を参照してください

DELETE /food/{id}/photos 

他の写真ルートもあります。しかし、私はすべての写真が一意のIDを持っているので、食品idの形で冗長性が嫌いです。したがって、この場合、食物IDは無関係です。

第2の解決策はよりクリーンですが、他のルートとの一貫性はありません。私は、写真を作成することは/ food/prefixを経由していることを意味し、削除はこのプレフィックスなしです。

どのルートを使用することをお勧めしますか？

Answer 1

私はDELETE /写真/ {ID}に比べて、より良い解決策として残りURL DELETE /食品/ {food_id} /写真/ {} photo_idスーツを考えます。

ので、私のように、読み取りURL /食品/ {food_id} /写真/ {photo_id}が、私はあなたが読んしようとするかのように、あなたの要求をされ、「特定の食品のための写真を削除」のようにそれを読んでDELETE/photos/{id}、写真IDで写真を削除しますが、写真を削除する料理は教えてくれません。さらに読書のために

：

1. https://hackernoon.com/restful-api-designing-guidelines-the-best-practices-60e1d954e7c9
2. http://www.vinaysahni.com/best-practices-for-a-pragmatic-restful-api

注： DELETEリソースの例を参照してください。

Answer 2

'/food/{food_id}/photos/{photo_id}'を使用すると、photo_idはグローバルに一意である必要はありません。 '/food/{food_id}'の文脈でユニークであれば十分です。つまり、UUIDや衝突の可能性の低い大きな構造を使用する必要はありません。これは、単純に増加する数であっても、短い読み込み可能なテキストであってもよい。

/food/{food_id}/photos/{photo_id}を使用すると、異なるサーバー上のリソースを処理する機会があり、階層型URIがルーティングを実装するチャンスを与えられるため、スケールが向上します。

/photos/{id}を使用している場合、すべての写真はある種のグローバルストアに保存する必要があります（IDに内部構造がない場合）。