V2EX = way to explore
V2EX 是一个关于分享和探索的地方
现在注册
已注册用户请  登录
kisshere
V2EX  ›  程序员

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

  •  
  •   kisshere · 2020-05-20 10:39:55 +08:00 · 10609 次点击
    这是一个创建于 1648 天前的主题,其中的信息可能已经有所发展或是发生改变。

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

    90 条回复    2020-05-21 12:32:11 +08:00
    pakro888
        1
    pakro888  
       2020-05-20 10:44:10 +08:00
    电脑上直接就可以看到具体评论数,手机上点击评论也会在上方显示实际评论数。
    pakro888
        2
    pakro888  
       2020-05-20 10:46:10 +08:00
    @pakro888 #1 一不小心发出去了。
    显示 999+和 1w+应该是为了美观然后降低美工工作量吧。毕竟直接在评论图标上显示实际评论数可能会很丑。如果想看实际的点击去不就好了。999+已经能够让你对这首歌火爆程度有个初步判断了。
    wellsc
        3
    wellsc  
       2020-05-20 10:46:54 +08:00   ❤️ 7
    这属于产品设计问题,不属于技术实现问题吧
    xiexingjia
        4
    xiexingjia  
       2020-05-20 10:47:12 +08:00
    大概 999+ 或 1W+ 从缓存获取。
    sprite82
        5
    sprite82  
       2020-05-20 10:48:04 +08:00 via Android
    这和开发者无关,都是产品和美工决定的
    littleylv
        6
    littleylv  
       2020-05-20 10:48:32 +08:00
    这应该是产品决定的,跟技术无关
    janda
        7
    janda  
       2020-05-20 10:48:45 +08:00
    要么就都出现:1k+、2k+、1w+、2w+
    满了一个基数就累加、如:1000 (自定义)
    这个也不用每首歌每次评论都计算一下、用定时的方法就行了!
    具体点开:1k+ 这样的就显示下面这个具体数字


    就不会出现这种当个了吧:9343 、2343 什么的!
    这种是每评论一次就计算一次、尤其是网易云这么大的数据量、 没必要浪费这个计算吧!


    非网易云相关工作人员,只是说下我的想法,纯个人建议!勿喷
    JerryCha
        8
    JerryCha  
       2020-05-20 10:49:36 +08:00   ❤️ 11
    那么 1145141919810 要怎么显示呢
    Chihaya0824
        9
    Chihaya0824  
       2020-05-20 10:50:11 +08:00
    @JerryCha 太臭了草
    zsdroid
        10
    zsdroid  
       2020-05-20 10:51:07 +08:00   ❤️ 5
    999+表示很多,一个用户只要知道很多就行了啊。你要知道具体的真实评论数干嘛?爬虫吗?

    再说了,就算显示“9427”条评论也会有人出来指责为什么不显示成"999+"。
    wvitas
        11
    wvitas  
       2020-05-20 10:51:09 +08:00
    数字太多主要不好展示,反正都是解析成字符串,你再多都不会溢出
    reus
        12
    reus  
       2020-05-20 10:53:48 +08:00
    别用啊,唧唧歪歪。
    delectate
        13
    delectate  
       2020-05-20 10:54:15 +08:00
    这东西就是蠢,蠢透了。自以为好看,实际上蠢到家。

    就像几秒前,几分钟前,几小时前,还有一周前,具体哪天的根本不知道(还见过 “两天 s ago” 这种用法,服了服了)。

    对,我说的就是薇信。
    Takuron
        14
    Takuron  
       2020-05-20 10:54:44 +08:00 via Android
    因为这个评论数不是告诉你你还有多少评论没看,而是表示歌曲的热度,这样的话数量级才是最好选择
    faustina2018
        15
    faustina2018  
       2020-05-20 10:57:20 +08:00 via iPhone   ❤️ 2
    抖音也是这样的设计啊,产品经理出于视觉效果的考量而已,不然上百万的评论你要怎么在歌曲播放页面显示? 2582349 吗?直接撑破页面?
    fxy739371
        16
    fxy739371  
       2020-05-20 10:57:21 +08:00   ❤️ 11
    不用就滚
    tanranran
        17
    tanranran  
       2020-05-20 10:58:58 +08:00
    中文显示多好,参考游戏里面各种上亿伤害的显示


    1 亿 2 千
    speculatorA
        18
    speculatorA  
       2020-05-20 10:59:38 +08:00
    @delectate 《我是写代码的但我干的过腾讯的产品经理和交互设计师》
    stoneabc
        19
    stoneabc  
       2020-05-20 11:00:02 +08:00   ❤️ 8
    典型程序员思维。
    显示完整数字丑的要死。
    xingshu1990
        20
    xingshu1990  
       2020-05-20 11:01:40 +08:00
    这个准确来说 应该要怼产品经理,比如界面按钮大一点,还是小一点,评论人数展现多少,以什么方式展示,都是产品经理把控的。比如 999 和 1024520,网易云初期,一些文艺小年轻,就是想要在网易云的评论里 找到拥有共同语言的网络朋友,999+已经表示很多,我点开评论,查看里面的前 10 个评论 前 100 个评论,然后小心翼翼的回复一个个评论,内心有一个小心动。1024520 是什么鬼? 101010011100101 更是什么鬼?
    icyalala
        21
    icyalala  
       2020-05-20 11:11:04 +08:00
    完整数字太大的话,数量级就不能一眼看出来啊。。
    不过我觉得多保留几位更好一些。。
    Juszoe
        22
    Juszoe  
       2020-05-20 11:12:14 +08:00
    完整大数字不好看,我站 999+党
    liuzhaowei55
        23
    liuzhaowei55  
       2020-05-20 11:25:16 +08:00
    我觉得这样挺好的,方便阅读。
    Lin0936
        24
    Lin0936  
       2020-05-20 11:26:08 +08:00   ❤️ 15
    可能害怕出现 8964 这种数字
    binjoo
        25
    binjoo  
       2020-05-20 11:30:43 +08:00   ❤️ 1
    有时候根本不需要知道具体的时间,比如我现在看到你的这个回复,写着 32 分钟前。
    一幕了然的知道是半小时前写的。。。
    如果写着 2020-05-20 10:50:xx,我还要看下自己的时间,才能知道是多久写的。。

    所以这种 xx 前 的方式,因人而异吧,我觉得挺好的。
    oubfgiar
        26
    oubfgiar  
       2020-05-20 11:32:18 +08:00 via iPhone
    我基本不怎么看评论数,有好多我收藏的歌,都仅有几十或几百的评价,但这不影响我听歌,也不影响这些歌是经典的事实。就像唐朝的《童年》、《你的幻境》。
    hbolive
        27
    hbolive  
       2020-05-20 11:35:17 +08:00
    其实这个具体数值不重要,重要的是体现量级就行了。。999+表示这歌人气还行,1W+表示这歌很火。
    至于具体 3523 还是 7635,没啥实际意义(至少对我如此)。。
    taaaang
        28
    taaaang  
       2020-05-20 11:39:11 +08:00
    产品设计而已,一大串数字真的好看?
    zhangchioulin
        29
    zhangchioulin  
       2020-05-20 11:53:08 +08:00
    也有可能是“安全”原因
    ChillyPrince
        30
    ChillyPrince  
       2020-05-20 11:58:01 +08:00
    我觉得知乎的赞数设计的挺好的,1.2k 、14k,不那么精确也不那么模糊
    Spaike
        31
    Spaike  
       2020-05-20 12:07:02 +08:00
    你得说一下,自己想看具体数字的核心诉求是什么,回头想想好像没什么需要看数字?

    手机上排版优先,点赞数量不阶梯显示的话,手机页面都排不下,比如 999+和 10398349,这样长度的数字要挤走评论按钮还是头像,具体显示 10398349 、10398350 又有什么区别?
    kop1989
        32
    kop1989  
       2020-05-20 12:13:52 +08:00
    这个就是 ui 设计上的考量。跟技术没任何关系。
    大概意图是减少同一个页面大脑需要处理的信息量。
    10832 和 1w+或者 999+相比,肯定是后者给大脑带来的负担更小。显得界面更精致、轻盈。
    反例就是过去的 pc 炒股软件,大智慧、同花顺啥的。
    Spaike
        33
    Spaike  
       2020-05-20 12:16:25 +08:00
    @delectate 分段显示数字和你说的是两件事吧,“几天前”这种设计确实恼人,因为在某些场景下时间戳蛮重要的。
    darmau
        34
    darmau  
       2020-05-20 12:19:05 +08:00
    @Lin0936 hhhhh

    在中国,连数字都能违规
    0xDatou
        35
    0xDatou  
       2020-05-20 12:38:22 +08:00
    @delectate xxxx 年 xx 月 xx 日才是蠢到家了好吧
    cjpjxjx
        36
    cjpjxjx  
       2020-05-20 12:40:05 +08:00 via iPhone
    不然怎么骗你点进去
    letking
        37
    letking  
       2020-05-20 12:42:42 +08:00 via Android   ❤️ 3
    9746 要不要完整展示?
    643443 要不要完整展示?
    27546334 要不要完整展示?
    你觉得缩略显示的分界点应该在哪?什么不该缩略?你以为别的 app 都跟你博客一样两三个评论?
    asvencoop
        38
    asvencoop  
       2020-05-20 12:44:21 +08:00 via Android
    这个不是实现问题,是设计问题
    我个人觉得设计很合理啊,一般看到 999 +,我下意识会觉得这首歌有点🔥,然后有想点进去看评论的冲动。
    ryh
        39
    ryh  
       2020-05-20 12:46:16 +08:00
    过多位的数字确实没有精确显示的意义, 您知道了精确数字又有什么用呢
    HansLee
        40
    HansLee  
       2020-05-20 12:56:46 +08:00
    我不太理解时刻知道具体评论数有什么意义;既然你提到了开发者, 那你留意过 GitHub 的 star count 是怎么的设计的吗?
    ww940521
        41
    ww940521  
       2020-05-20 12:58:45 +08:00
    如果有 146248614878234 条评论你是不是还要花一段时间数一下位数。
    xiangR
        42
    xiangR  
       2020-05-20 13:17:18 +08:00
    只是一个产品规范而已,没有必要去追究细节。
    很多东西做都可以做,只是不想做成某个样子。
    Attenuation
        43
    Attenuation  
       2020-05-20 13:19:18 +08:00   ❤️ 2
    还有网易云因为安卓版为何注册 scheme 给我注册所有的 http 和 https????
    omph
        44
    omph  
       2020-05-20 13:19:45 +08:00
    小众需求,不怪网易
    kiroter
        45
    kiroter  
       2020-05-20 13:39:05 +08:00
    数字长, 废脑, 还要去数多少位。 然后大多数并关心具体数字。知道了又有个 p 用啊。 知道个大概就行了。
    qsmd42
        46
    qsmd42  
       2020-05-20 13:56:57 +08:00 via iPhone
    楼主认为网易云音乐这个体量的产品细节是“开发者”决定的。。。我还以为这里是程序员论坛呢
    ShundL
        47
    ShundL  
       2020-05-20 13:57:18 +08:00
    因为你听歌根本不用在意它的评论数是 996 条还是 997 条
    raistlin916
        48
    raistlin916  
       2020-05-20 14:00:02 +08:00
    当然是骗你进去看到底是多少评论,设计很鸡贼
    Cielsky
        49
    Cielsky  
       2020-05-20 14:01:55 +08:00
    听歌的会在意评论数吗?
    可以对这首歌的火爆程度有个大致的了解就好了
    真显示一串数字,不说美观问题了,用户还得数数这有几个数,到哪一位
    wa143825
        50
    wa143825  
       2020-05-20 14:04:34 +08:00
    具体数字有视觉负担吧
    Counter
        51
    Counter  
       2020-05-20 14:06:22 +08:00 via Android
    @delectate 你确定不是在说 v2🐶
    libasten
        52
    libasten  
       2020-05-20 14:13:54 +08:00
    这是美工设计的问题吧,我觉得挺好的,上面很多朋友也说了,数字很长的话,布局方面又要动心思了,只有 100 多个评论的 123 这样的和 100 万的 1234567 显示宽度明显有差异,界面想要好看,得花点心思,而且位数多了,用户也会晕。
    real3cho
        53
    real3cho  
       2020-05-20 14:28:21 +08:00
    所有题主能拿出解决在 badge 上显示大数字而不破坏布局的好方案吗?
    hfl1995
        54
    hfl1995  
       2020-05-20 15:00:18 +08:00
    这是布局优化,动态数字长度是不能控制的,会导致布局变化。
    CoderGeek
        55
    CoderGeek  
       2020-05-20 15:03:59 +08:00
    布局考虑
    wa143825
        56
    wa143825  
       2020-05-20 15:28:27 +08:00
    不会是布局考虑,布局只需要控制超出多少位才显示多少+
    sweat89
        57
    sweat89  
       2020-05-20 15:37:12 +08:00
    3 楼说的对,产品设计问题
    Still4
        58
    Still4  
       2020-05-20 15:39:10 +08:00
    过多的信息等于没有信息
    skylancer
        59
    skylancer  
       2020-05-20 15:39:40 +08:00
    我觉得要是卤煮做产品,出来的十有八九是个屑...
    jarnanchen
        60
    jarnanchen  
       2020-05-20 18:21:47 +08:00
    恕我直言,网易云的问题实在太多
    999 这个根本排不上号的🤣
    zooo
        61
    zooo  
       2020-05-20 18:23:49 +08:00
    用户只关心大概的评价数吧

    99+ 其实够了

    qq 群也显示 99+
    HeiGc
        62
    HeiGc  
       2020-05-20 18:27:59 +08:00
    有人喜欢有人讨厌,这种问题我觉得没有绝对
    soulmt
        63
    soulmt  
       2020-05-20 18:28:08 +08:00
    999+ 给够了用户想想的空间,就觉得挺火的这东西, 但是如果每一条都是 1001 3405 用户就更关心数字,也可能会觉得 1001 的好垃圾,但是都磨平的话,你就不会在乎具体是多少。
    crz
        64
    crz  
       2020-05-20 18:40:38 +08:00
    科学记数法吧
    __1
    _12
    123
    1e3
    9e9
    XanderChen
        65
    XanderChen  
       2020-05-20 18:41:58 +08:00
    简略的格式更易于阅读以及统一的整体布局,

    说句不好听的,具体的数字和你也无关,你不用关心具体是多少。
    dioxide
        66
    dioxide  
       2020-05-20 18:45:43 +08:00
    我好奇地不是这个, 而是网易是如何将 Mac 版客户端做到那么卡的? PPT 级的动画体验, 界面响应速度慢到我忘了曾经点过某个按钮.
    希望网易能分享如何做到极致地负优化.
    secretman
        67
    secretman  
       2020-05-20 19:16:24 +08:00
    一看就是非 APP 开发,没做过就不知道这样处理的好处
    Edsivan
        68
    Edsivan  
       2020-05-20 19:33:57 +08:00
    “又不是不能用”
    maxxfire
        69
    maxxfire  
       2020-05-20 20:47:58 +08:00   ❤️ 1
    以 LZ 的偏好,我觉得给个随机数给 LZ 最好了
    banliyaya
        70
    banliyaya  
       2020-05-20 21:44:32 +08:00 via iPhone
    展示具体数据没必要,也没多少人会关注你究竟有多少,知道了干啥。
    Tink
        71
    Tink  
       2020-05-21 01:35:26 +08:00 via iPhone
    和开发无关
    wovfeng
        72
    wovfeng  
       2020-05-21 02:01:14 +08:00
    难道大家都没有在意过 YouTube 怎么展示的么...
    lynan
        73
    lynan  
       2020-05-21 08:35:04 +08:00
    这标题,非常像是
    “xxx,你不 xxx 会死吗?”
    Flywith24
        74
    Flywith24  
       2020-05-21 08:49:25 +08:00
    这个问题可以用「设计如此」打回
    Mindjet
        75
    Mindjet  
       2020-05-21 09:09:50 +08:00
    感觉这样的顶格显示,很可能是产品设计考虑,比单纯数字冲击力还大,当数字已经超过了我们日常能理解的范围时,就没有那种冲击感了,这个比喻很难理解 10000000 和 100000000 的区别
    fueen
        76
    fueen  
       2020-05-21 09:13:14 +08:00
    你到底做没做过开发啊,产品经理叫你这样做,你不这样做?
    IanHo
        77
    IanHo  
       2020-05-21 09:19:59 +08:00
    我站网易云
    SteveAlan
        78
    SteveAlan  
       2020-05-21 09:51:44 +08:00
    要是评论一个亿,你数得清几个零不?
    lefer
        79
    lefer  
       2020-05-21 10:10:18 +08:00
    我站 999+ ...

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

    对于绝大多数人,只需要感受到“这首歌很火”就行了。
    skys215
        80
    skys215  
       2020-05-21 10:13:28 +08:00
    这个是设计的问题,尤其对于移动端,屏幕空间受限,如果太长就会导致换行或溢出隐藏,所以用了 xx+的形式
    和技术没有半毛钱关系。你后端返回实际数字也好,返回 99+也好,前端都可以决定具体怎么显示。
    你说评论太多统计评论数会影响数据库性能?那可以用 redis 啊。
    timothyye
        81
    timothyye  
       2020-05-21 10:17:49 +08:00
    开发:这锅我不背
    fyxtc
        82
    fyxtc  
       2020-05-21 10:19:58 +08:00
    思维定式,你这就是典型的程序员思维,一直抱有这种思维的人永远只能是流水线的最后一层
    magicZ
        83
    magicZ  
       2020-05-21 10:27:28 +08:00
    这种设计我感觉挺好的,没毛病。有问题,你找产品经理啊!!!
    NeezerGu
        84
    NeezerGu  
       2020-05-21 10:34:23 +08:00
    @fxy739371 我替楼主回复。 不想讨论就滚。什么弱智,跑来一个讨论帖发这个,父母没教你基础礼仪? B 了
    Unclev21x
        85
    Unclev21x  
       2020-05-21 10:42:53 +08:00
    @fxy739371 兄弟好可爱,哈哈。
    daozhihun
        86
    daozhihun  
       2020-05-21 10:48:31 +08:00
    大部分人都会接受这个设计吧。设计师肯定是考虑大多数人的需求的,楼主的小众需求有时候只能舍弃了。
    就好比两首歌曲分别是 38948230948 和 372857438589 评论,对于大部分人来说还不如都显示 1w+
    ryanlid
        87
    ryanlid  
       2020-05-21 11:18:43 +08:00
    10000 1000 1000000 100000

    写这些,分得清楚吗?
    daniaoren
        88
    daniaoren  
       2020-05-21 11:51:00 +08:00
    看到这种问题,但凡有个 1 年工作经验也不会觉得是开发或者逻辑问题吧?

    不如好好想想为什么云音乐的产品要这么设计,有什么好处和坏处。真以为大厂都是闭着眼睛做产品不看数据不做调研的?
    weixiangzhe
        89
    weixiangzhe  
       2020-05-21 12:27:41 +08:00
    不要你觉得,我觉得都行.jpg
    SteveZou
        90
    SteveZou  
       2020-05-21 12:32:11 +08:00 via Android
    哭笑不得,问号用的多可能会显得咄咄逼人,但不是问号多就能显得有理呀😂😂😂
    关于   ·   帮助文档   ·   博客   ·   API   ·   FAQ   ·   实用小工具   ·   1126 人在线   最高记录 6679   ·     Select Language
    创意工作者们的社区
    World is powered by solitude
    VERSION: 3.9.8.5 · 32ms · UTC 18:40 · PVG 02:40 · LAX 10:40 · JFK 13:40
    Developed with CodeLauncher
    ♥ Do have faith in what you're doing.