这是一个创建于 1666 天前的主题，其中的信息可能已经有所发展或是发生改变。
现在组里对这个方案由前端实现还是后端实现举棋不定，貌似感觉由哪边来都差不多，之前有看到这种展示方式是为了减缓服务器压力而不用展示实时数据，以及提高用户体验，照这么说感觉还是前端实现好一点？ 请问大佬们是怎么看的？
 | 1 laojiaqing 2021-03-19 16:52:00 +08:00 就这 |
 | 2 yhxx 2021-03-19 16:59:40 +08:00 『为了减缓服务器压力而不用展示实时数据』 没看懂 前端处理的话后端不还是要返回给你"1024"这个数字让你处理成"1K"？ |
 | 3 Jat001 2021-03-19 17:00:06 +08:00 先学好语文，再了解下缓存 |
 | 4 murmur 2021-03-19 17:00:46 +08:00  5 大家各退一步，"因为政策原因，该评论不予显示" |
 | 5 barbery 2021-03-19 17:04:00 +08:00 这肯定是前端处理啊，难道要返回字符串“1k”？ |
 | 6 davin 2021-03-19 17:05:25 +08:00 via iPhone 楼主这是多个问题吧，一个是评论数字显示格式化，一个是评论列表懒加载 /分页？ |
 | 7 wgbx 2021-03-19 17:08:02 +08:00 前端，后端保存具体数就可以 |
 | 8 hedwigg OP @yhxx 不好意思，我表达能力太捉鸡了…… 应该是请求多的时候不容易保证实时数据的准确性，所以返回一个大概的数据（好久以前看到的，不知道这样对不对 |
 | 10 xxccxx 2021-03-19 18:22:29 +08:00 via iPhone 评论数：999+? |
 | 11 systemcall 2021-03-19 18:24:27 +08:00 不显示准确的数据又没什么，用户又不知道 前端那边，把数据过一下随机加一下是一样的，很多地方都是这么做的 发了评论就随机加一个数，这样也好卖评论数之类的东西 |
 | 12 yeqizhang 2021-03-19 18:38:57 +08:00 via Android 后端改架构，直接给真实数据，前端去改变展示方式。 一般点赞数都做的累加存储，优化评论数也可以有个表有个字段去存。 |
 | 13 TomatoYuyuko 2021-03-19 18:43:52 +08:00 你肯定得做分页吧首先，那么你分页得把数据总量给前端对吧，既然如此前端处理 |
 | 14 blindie 2021-03-19 18:46:42 +08:00 数据真实由后端保证，前端负责展示。 展示真实数据还是格式化后的是前端需要 cover 的。 |
 | 15 yuzo555 2021-03-19 18:47:01 +08:00 看目的，如果是为了隐藏具体数量不让用户发现，应该后端实现。 如果没有这个考虑，就前端实现。 |
 | 17 Rheinmetal 2021-03-19 19:45:55 +08:00 youtube 频道订阅数只显示三位有效数字 这个是后端了 k 可以前端自己加么 或者分两个字段一个数字一个单位？ |
Select Language