http/2 多路复用对 REST API 设计的影响：是不是有了 http/2 以后，本来应该合并的请求都可以拆开了？

2016-10-19 06:53:00 +08:00
 akinoniku

用获取 V2EX 上一个帖子的 API 来做例子：

http 1 ： API 应该返回一个大 object ，包含 title, description 以及全部 reply body 和 profile body 。

http/2 ： API 可以返回一个相对比较小的 object, 包含 title, description 以及 reply 和 profile 的 id list 。再根据这两个 id list 来进行（可能两百来次的）的 fetch 。

考虑到后者可以在前端缓存 profile ，那是不是意味着拆解 REST API 是更合理的方案呢？

3399 次点击
所在节点    问与答
22 条回复
shyling
2016-10-19 12:51:53 +08:00
和 http/2 关系不大吧
iugo
2016-12-14 11:56:27 +08:00
本来 "应该拆开但迫不得已合并的" 请求都可以拆开了.

这是一个专为移动设备优化的页面（即为了让你能够在 Google 搜索结果里秒开这个页面），如果你希望参与 V2EX 社区的讨论，你可以继续到 V2EX 上打开本讨论主题的完整版本。

https://www.v2ex.com/t/313741

V2EX 是创意工作者们的社区，是一个分享自己正在做的有趣事物、交流想法，可以遇见新朋友甚至新机会的地方。

V2EX is a community of developers, designers and creative people.

© 2021 V2EX