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

[kisshere]

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

[icyalala]

完整数字太大的话，数量级就不能一眼看出来啊。。
不过我觉得多保留几位更好一些。。

[Juszoe]

完整大数字不好看，我站 999+党

[liuzhaowei55]

我觉得这样挺好的，方便阅读。

[Lin0936]

可能害怕出现 8964 这种数字

[binjoo]

有时候根本不需要知道具体的时间，比如我现在看到你的这个回复，写着 32 分钟前。
一幕了然的知道是半小时前写的。。。
如果写着 2020-05-20 10:50:xx，我还要看下自己的时间，才能知道是多久写的。。

所以这种 xx 前 的方式，因人而异吧，我觉得挺好的。

[oubfgiar]

我基本不怎么看评论数，有好多我收藏的歌，都仅有几十或几百的评价，但这不影响我听歌，也不影响这些歌是经典的事实。就像唐朝的《童年》、《你的幻境》。

[hbolive]

其实这个具体数值不重要，重要的是体现量级就行了。。999+表示这歌人气还行，1W+表示这歌很火。
至于具体 3523 还是 7635，没啥实际意义（至少对我如此）。。

[taaaang]

产品设计而已，一大串数字真的好看？

[zhangchioulin]

也有可能是“安全”原因

[ChillyPrince]

我觉得知乎的赞数设计的挺好的，1.2k 、14k，不那么精确也不那么模糊

[Spaike]

你得说一下，自己想看具体数字的核心诉求是什么，回头想想好像没什么需要看数字？

手机上排版优先，点赞数量不阶梯显示的话，手机页面都排不下，比如 999+和 10398349，这样长度的数字要挤走评论按钮还是头像，具体显示 10398349 、10398350 又有什么区别？

[kop1989]

这个就是 ui 设计上的考量。跟技术没任何关系。
大概意图是减少同一个页面大脑需要处理的信息量。
10832 和 1w+或者 999+相比，肯定是后者给大脑带来的负担更小。显得界面更精致、轻盈。
反例就是过去的 pc 炒股软件，大智慧、同花顺啥的。

[Spaike]

@delectate 分段显示数字和你说的是两件事吧，“几天前”这种设计确实恼人，因为在某些场景下时间戳蛮重要的。

[darmau]

@Lin0936 hhhhh

在中国，连数字都能违规

[0xDatou]

@delectate xxxx 年 xx 月 xx 日才是蠢到家了好吧

[cjpjxjx]

不然怎么骗你点进去

[letking]

9746 要不要完整展示？
643443 要不要完整展示？
27546334 要不要完整展示？
你觉得缩略显示的分界点应该在哪？什么不该缩略？你以为别的 app 都跟你博客一样两三个评论？

[asvencoop]

这个不是实现问题，是设计问题
我个人觉得设计很合理啊，一般看到 999 ＋，我下意识会觉得这首歌有点🔥，然后有想点进去看评论的冲动。

[ryh]

过多位的数字确实没有精确显示的意义， 您知道了精确数字又有什么用呢

[HansLee]

我不太理解时刻知道具体评论数有什么意义；既然你提到了开发者， 那你留意过 GitHub 的 star count 是怎么的设计的吗？