网易云音乐年度报告，评论收获赞数计算方式是按照 2018 年创建的评论计算的，是 feature 么？

原来如此

看起来很符合产品经理讲一个需求程序员施工，然后就这样了。。

程序员实现的是
“今年你的评论，一共收获了 20 个赞”


产品要求的是
“今年，你的评论一共收获了 20 个赞”

产品肯定要求后面那种，因为数据好看啊。

从实现难度上明显这种简单，否则还有记录每个赞的时间？

所以是 2018 年度报告啊，不然按题主最后说的不就是累计了

。。。。。。。。。。。。。。无论怎么看都没毛病啊
首先年度报告为什么要统计累积量
然后 今年收获 这种语境默认会带上之前的吗？
今年赚了 10w 块钱=从出生到现在累计赚了 10w ？？？？

如果是累积量显然更恰当的表示方式是 到今年“为止”，xxxx

今年收获的赞
今年赚到的钱
今年读完的书
今年出游旅程


哪个表述会转化为“到今年为止累计”了？

@watzds 目前这种确实简单点，但网易确实是记录了每个赞，真的要计算也是可以做到的。


@storypanda 跟累计还有点不一样。比如 2017 年的某条评论在 2017 获得了 200 个赞，2018 获得了 100 个赞。累计 300，今年收获了 100

@GeruzoniAnsasu

2017 年我做了一个产品带来的收入就不算 2018 的收入了？
哪里是累计了。

可能新来的产品经理是按农历来算的

@GeruzoniAnsasu 2018 之前发出的评论，今年获得了别人的点赞，这个赞算不算今年获得的？

@EricXuu 原来是这个意思 不过去年发的评论还有赞可入…… 上了热评？

后者可能很难实现 因为赞没有时间记录

@wjfz #7 一看你这就没做过数据设计。谁赞谁，这是一个多对多的关系，除非特别重要才会设计成实体，否则它就是依附于其它实体的关系，关系表上就两列：谁赞、赞谁，根本不会去存点赞时间。如果只有传统的 CRUD 架构，那这种情况下，是绝对统计不出来某段时间某个人收到的点赞数的，你连某段时间的总点赞数都统计不出来。

写完上段，我又略微拓展了以下，发现即使点赞关系是三个列谁赞、赞谁、点赞时间，你的那个需求也是出不来的，因为多对多关系表行太多，是不会存储历史数据的。你不知道 2018 年 1 月 1 日中午点的赞，是那个中午点的赞，还是 2017 年点的赞但在那个中午取消并重新点赞。

@jarnanchen 网易云是有的。

@passerbytiny 每个系统都有自己的架构师，每种架构都有存在的道理。有这么多打字的时间，不如打开网易云点开右上角通知看看。

@wjfz #14 已 block，不用谢，打这几个字倒不用多长时间。

@passerbytiny
如果不记录谁赞谁，“不存储历史数据”，以下功能怎么实现。

点赞之后右下角的图标高亮。
如何保证一条评论只被赞一次。
假如是微博系统，如何知道一条微博的点赞列表，如何知道我赞过哪些微博。

脱离实际场景上来就是映射关系有点本末倒置了。

“你不知道 2018 年 1 月 1 日中午点的赞，是那个中午点的赞，还是 2017 年点的赞但在那个中午取消并重新点赞。”
这个就得看数据怎么存储了，取消点赞是生成一条记录还是在原先的记录上做更新操作，从而也会影响一些条件下的统计。

知乎年报是狗，无限循环登录，只能游客查看，看知乎的吹