有网易云音乐 APP 的开发者么？你们不用这种"999+"、"1W+"评论形式是不是会导致 APP 崩溃？

[kisshere]

基本上一首歌评论数越多，代表越火，相应的歌也越好听（并非绝对，大体上符合），然而每次私人 FM 看到评论数"999+"、"1W+"，完全不知道真实评论数，我就不知道你们这样设计到底是出于什么目的？多一个 if else 判断数量会让 APP 运行更流畅？“9427”条评论和"999+"条评论，多 1 位数能多占多大空间？就溢出屏幕了？

[zooo]

用户只关心大概的评价数吧

99+ 其实够了

qq 群也显示 99+

[HeiGc]

有人喜欢有人讨厌，这种问题我觉得没有绝对

[soulmt]

999+ 给够了用户想想的空间，就觉得挺火的这东西， 但是如果每一条都是 1001 3405 用户就更关心数字，也可能会觉得 1001 的好垃圾，但是都磨平的话，你就不会在乎具体是多少。

[crz]

科学记数法吧
__1
_12
123
1e3
9e9

[XanderChen]

简略的格式更易于阅读以及统一的整体布局，

说句不好听的，具体的数字和你也无关，你不用关心具体是多少。

[dioxide]

我好奇地不是这个, 而是网易是如何将 Mac 版客户端做到那么卡的? PPT 级的动画体验, 界面响应速度慢到我忘了曾经点过某个按钮.
希望网易能分享如何做到极致地负优化.

[secretman]

一看就是非 APP 开发，没做过就不知道这样处理的好处

[Edsivan]

“又不是不能用”

[maxxfire]

以 LZ 的偏好，我觉得给个随机数给 LZ 最好了

[banliyaya]

展示具体数据没必要，也没多少人会关注你究竟有多少，知道了干啥。

[Tink]

和开发无关

[wovfeng]

难道大家都没有在意过 YouTube 怎么展示的么...

[lynan]

这标题，非常像是
“xxx，你不 xxx 会死吗？”

[Flywith24]

这个问题可以用「设计如此」打回

[Mindjet]

感觉这样的顶格显示，很可能是产品设计考虑，比单纯数字冲击力还大，当数字已经超过了我们日常能理解的范围时，就没有那种冲击感了，这个比喻很难理解 10000000 和 100000000 的区别

[fueen]

你到底做没做过开发啊，产品经理叫你这样做，你不这样做？

[IanHo]

我站网易云

[SteveAlan]

要是评论一个亿，你数得清几个零不？

[lefer]

我站 999+ ...

如果一首歌的评论数真的超过 999 条了，就说明这首歌很火。

对于绝大多数人，只需要感受到“这首歌很火”就行了。

[skys215]

这个是设计的问题，尤其对于移动端，屏幕空间受限，如果太长就会导致换行或溢出隐藏，所以用了 xx+的形式
和技术没有半毛钱关系。你后端返回实际数字也好，返回 99+也好，前端都可以决定具体怎么显示。
你说评论太多统计评论数会影响数据库性能？那可以用 redis 啊。