请问大佬们评论数一千以上以 k 展示应由前端还是后端实现

[hedwigg]

现在组里对这个方案由前端实现还是后端实现举棋不定，貌似感觉由哪边来都差不多，之前有看到这种展示方式是为了减缓服务器压力而不用展示实时数据，以及提高用户体验，照这么说感觉还是前端实现好一点？ 请问大佬们是怎么看的？

[laojiaqing]

就这

[yhxx]

『为了减缓服务器压力而不用展示实时数据』
没看懂
前端处理的话后端不还是要返回给你"1024"这个数字让你处理成"1K"？

[Jat001]

先学好语文，再了解下缓存

[murmur]

大家各退一步，"因为政策原因，该评论不予显示"

[barbery]

这肯定是前端处理啊，难道要返回字符串“1k”？

[davin]

楼主这是多个问题吧，一个是评论数字显示格式化，一个是评论列表懒加载 /分页？

[wgbx]

前端，后端保存具体数就可以

[hedwigg]

@yhxx 不好意思，我表达能力太捉鸡了……
应该是请求多的时候不容易保证实时数据的准确性，所以返回一个大概的数据（好久以前看到的，不知道这样对不对

[hedwigg]

@davin emm…其实就只有第一个问题

[xxccxx]

评论数：999+?

[systemcall]

不显示准确的数据又没什么，用户又不知道
前端那边，把数据过一下随机加一下是一样的，很多地方都是这么做的
发了评论就随机加一个数，这样也好卖评论数之类的东西

[yeqizhang]

后端改架构，直接给真实数据，前端去改变展示方式。

一般点赞数都做的累加存储，优化评论数也可以有个表有个字段去存。

[TomatoYuyuko]

你肯定得做分页吧首先，那么你分页得把数据总量给前端对吧，既然如此前端处理

[blindie]

数据真实由后端保证，前端负责展示。 展示真实数据还是格式化后的是前端需要 cover 的。

[yuzo555]

看目的，如果是为了隐藏具体数量不让用户发现，应该后端实现。
如果没有这个考虑，就前端实现。

[binux]

@yuzo555 就算要隐藏具体数量也应该返回 1000 而不是"1k"啊

[Rheinmetal]

youtube 频道订阅数只显示三位有效数字 这个是后端了
k 可以前端自己加么 或者分两个字段一个数字一个单位？