3
REST APIの設計-異なるパラメーターを使用して同じURLパターンでRESTを介してリソースを取得する
REST urlの設計に関連する質問があります。ここでいくつかの関連する投稿を見つけました：同じリソースのさまざまなRESTful表現とここ：さまざまなフィールドによるGETリソースへのRESTful urlですが、ベストプラクティスとその理由についての応答は完全には明確ではありません。ここに例があります。 「ユーザー」リソースを表すためのREST URLがあります。IDまたはメールアドレスを使用してユーザーを取得できますが、URL表現はどちらも同じままです。多くのブログや本を読んでいると、人々はさまざまな方法でこれを行っていることがわかります。例えば 本やstackoverflowのどこかでこの実践を読んでください（私は再びリンクを見つけることができないようです） GET /users/id={id} GET /users/email={email} 多くのブログでこのプラクティスを読んでください GET /users/{id} GET /users/email/{email} クエリパラメータは通常、URLで表されるリソースの結果をフィルタリングするために使用されますが、この方法も使用されているのを見てきました GET /users?id={id} GET /users?email={email} 私の質問は、これらすべてのプラクティスの中で、APIを使用する開発者にとって最も理にかなうものとその理由は何ですか？REST urlの設計と命名規則に関しては、明確なルールはないと思いますが、開発者がAPIをよりよく理解できるようにするためにどのルートを取るべきかを知りたかっただけです。 すべての助けに感謝します！