API parent - > childリソースを提供する一般的に受け入れられた方法があるかどうかを判断しようとしています。 Personエンティティがあり、各PersonにAddressエンティティが表す0以上のアドレスがあるとします。基本的なAPIの面ではparent - > child要素呼び出しのAPI規約
我々は持っていると思います:
/api/v1/person/{id}/addresses
/api/v1/addresses/{personId}
POST: /api/v1/person
GET: /api/v1/person/{id}
PUT: /api/v1/person/{id}
DELETE: /api/v1/person/{id}
はその後、我々は、人のアドレスを取得するための2つの方法があります
前者のオプションを選択するのがより自然だと感じていますGETのためにしかし同時に私たちがidによってアドレスを取得したい場合は/api/v1/address/{id}
でなければなりません。
質問は、POST、PUT、DELETE呼び出しを扱う際の規約がありますか?私には、これらのアドレスサービスを/api/v1/address OR /api/v1/address/{id}
という名前で呼び出す必要がありますが、同時に人IDを渡す代わりに誰かが `/ api/v1/person/{id}/address 'にPOSTする理由がわかりますリクエスト本体。
そうですね、あなたが正しい方向に私たちを指摘することができますか?親と子の関係に関しては、APIデザインには書かれたルールと書かれていないルールがありますか?
ありがとうございます!
あなたの言っていることに完全に同意します。私が気づいていない隠れた慣習がないことを確認したい返信いただきありがとうございます! – RVP