Json 收集资源的响应有效负载主体的推荐

Json 收集资源的响应有效负载主体的推荐,json,http,response,content-type,payload,Json,Http,Response,Content Type,Payload,对于集合资源上HTTP GET请求的HTTP响应的有效负载主体,是否有任何建议或标准?我在家里什么也找不到 维基百科上的文章说: 对于集合资源(例如),GET检索响应体中集合资源的成员资源的URI 但没有参考资料 对于application/jsonmedia类型,我有时会在响应中看到URI数组,例如: ["/collection/item1", "/collection/item2", (…), "/collection/itemN"] 我还看到过带有“links”键的对象。我会回答:更喜欢

对于集合资源上HTTP GET请求的HTTP响应的有效负载主体,是否有任何建议或标准?我在家里什么也找不到

维基百科上的文章说:

对于集合资源(例如),GET检索响应体中集合资源的成员资源的URI

但没有参考资料

对于
application/json
media类型,我有时会在响应中看到URI数组,例如:

["/collection/item1", "/collection/item2", (…), "/collection/itemN"]

我还看到过带有
“links”
键的对象。

我会回答:更喜欢光响应,以获得更好的性能!如果您的端点是这样的=>“[GET]domain]/links”,则无需添加“link”或“links”之类的(无用的)键-这样,很明显您将得到一个链接列表响应。
许多库使用相同的响应语法,如=>response.data.items-通过这种方式,您将能够重构代码以实现响应检索的工业化。

对此,我希望使用标准JSON格式,而不是自制的JSON格式。这样,服务器就可以独立发展,而不会破坏客户端,因为它们依赖于标准JSON格式提供的接口