@msg7086 我发出以上内容的出发点是:楼主说的 id ，我理解是 id 号~因为我看到楼主还说了用户名这个东西，所以我就单纯地理解为 id 是个数字，也就是我们说的 uid

颜色太生硬！

@msg7086 其实你看懂了，我为了说明楼主这个只传 id 的缺陷，就按没合并的情况下说的。

楼主这个就是先给 id 然后又至少根据 id 查一次的情况，这个明显就应该合并！

@msg7086 希望你看清楚一点，我是说一个不合理的 api 设置造成的问题。

禅与摩托车没人说

@Felldeadbird 看不到车头…看不到车牌的坚决不买？

react-canvas

@29488503878 能进一步分享下吗？

我说的是下面，会标出行号和那一行的代码~似乎不是你说的那个。
你开了 map 没？

@shajiquan 搞得我又去看了 evernote 的更新日志…

原来是说的 v2ex~

如果你是全端，那你还不合格才会问这个问题！
如果你是后端，问下你前端人员的意见！

我有点怕 python 4 ～

你下个旧版本的看看？

我的新版本一直有！

如果你直流 id 号，你可以试下在这个 api ，每个 id 请求一次，顺便也能做个压力测试了…看你服务器能不能挡住，每个帖子 10 个回复，也就 10 个请求而已…

如果不一次传回，你下一步不就要获取这些信息了？
回帖必然要带用户信息吧，不然你后续如何区分？所以就一起回传了。


你应该不会是指用户的头像数据吧？你要压成 base64 传？传个地址就行，这样浏览器才能使用缓存！

读你的数据容易，毕竟直接读数据库，集成你的系统？难！

建议和你老领导说，一次搞定所有功能，后续不再加功能，只修 bug ，不然你就准备丢掉这个老朋友吧！


就像让你集成一个他们现在用的软件一样，你觉得没个十万能接？