残りのAPIの応答にはリソースのIDが含まれていますか？

Question

サーバレスポンスにリソースのIDが含まれていれば、残りのAPIの良いプラクティスまたは標準とは何ですか？

たとえば、この応答は、リソース

GET /users/5 
{ 
"user_id": 5 
"first_name" : "John", 
"last_name" : "Doe", 
"minutes_active": 10 
} 

のIDが含まれており、これは、リソースのIDが一つがこのことを前提とし

GET /users/5 
{ 
"first_name" : "John", 
"last_name" : "Doe", 
"minutes_active": 10 
} 

Answer 1

要求のURLに記載されていることを前提とリソースのIDは、リクエストのURLに記載されているIDです。

Fromクライアントの観点、URIは不透明です。解析すると予想されるURIに情報を入れてクライアントに情報を伝えている場合、プロットは失われてしまいます。

APIでクライアントがIDを利用できるようにする必要がある場合は、そのIDをリソースの表現に含める必要があります。

「URIは不透明ですが、解析する予定のURIに情報を入れてクライアントと情報をやりとりしている場合...」とはどういう意味ですか？クライアントがURIを作成したように見えるので、表面上はIDをすでに知っています...？

一般的に、REST APIクライアントはURIを構築するのではなく、リンクに従います。 HTTPリクエストには、クライアントが特定のURIを選択する方法（何がブックマークか他の表現のリンクか、フォームの記入結果など）を示すものは何もありません。