实例分析种常用的评论结构设计

　　分享几种评论结构设计的实例，供大家讨论参考。
　　不管是在qq空间，微信朋友圈，在好友的状态下抖一波机灵，还是在新闻下面吐槽最近雾霾又严重了；不管是在纠结吃什么的时候，打开团购app看下大家的评分和点评，还是在读完这篇文章之后在评论区发表下自己对评论的看法，评论可以说是我们几乎每天都在接触的东西，但是当我们在点击发送按钮的时候，会思考如何设计评论的结构，来更好的配合自己的业务么？
　　本文参考了豆瓣、360手机助手、豌豆荚、网易新闻、网易云音乐、虎扑体育等客户端，总结了几种目前常用的评论结构，本文只谈及评论的结构，不涉及评论本身的内容以及评分系统的设计。
　　一、只能评论，不能对评论进行回复
　　不让回复的评论结构是最简单的结构，评论一扯上回复，就会涉及到回复的回复，回复的回复的回复……（子子孙孙无穷尽也）后面说的几种评论结构也都基本是关于怎么显示评论回复的。这种结构很简单，但是缺点在于评论区不会有任何互动，适用于要么不是很重视评论，有个简单的评论功能就行，还能节省开发时间；要么非常重视评论（评论区一言不合吵起来的情况真是屡见不鲜，说多了都是泪），希望大家能深思熟虑之后再做评论，比如豆瓣，或者是有问答之类另外交流渠道的应用使用。
　　使用不能回复的评论结构的应用有：pp助手、豌豆荚、豆瓣的短评（豆瓣不同地方的评论使用的结构不一样，后面会再提到）。
　　二、盖楼式评论
　　盖楼式评论顾名思义就是利用评论来盖楼，每一条回复都会连同前面所有的评论和回复一起生成一条新的评论，这种评论样式的好处一是能看到所有回复的内容，整个评论看起来比较连贯，二是对于那些对评论区比较重视的应用（或者老板），使用盖楼评论时，评论区看起来会比较火爆。
　　当然这种方式也有缺点，正所谓上帝要让你毁灭，必先让你疯狂。盖楼式评论的弊端和评论的回复量是成正比关系的，一条评论回复越多，盖楼式评论越显得力不从心。首当其冲的就是评论会堆积大量的相同内容，解决办法有两种：一种是折叠中间的评论内容，另一种是在生成新评论的同时将被评论的整条评论删除。不过这种方式在处理中间评论，比如一条评论有10条回复，然后你回复第5条的时候，原本的十条评论要不要删除的问题上比较纠结，所以现在使用最多的还是折叠的方式，比如：网易新闻客户端。
　　其次是内容显示的问题，盖楼式评论为了显示出楼层的效果，一般回进行一定程度的缩进，越往前的楼层缩进越多，所以当一条评论达到成百上千楼的时候，最前面的评论已经缩进的不能看了，当然这种评论出现的几率是非常小的。因为这两个问题的存在，加之盖楼式评论结构比其他方式复杂一些，所以使用这种方式的应用并不多。
　　三、主题式评论（或者叫贴吧式评论）
　　主题式评论将评论本身作为一个主题，将对该评论的所有回复，以及对回复内容的回复全部都显示在这个主题范围内，这种方式很像贴吧的展示形式，所以也叫贴吧式评论。
　　主题式评论的好处在于评论区会显得比较整洁，缺点在于如果用户不点击进评论的详情页去，就看不到回复内容，针对这个缺点，很多客户端的处理方式是将部分回复内容显示在出来，引导用户去点击，比如：优酷客户端。
　　主题式是使用的比较广泛的一种结构样式，类似：简书，微博、京东（不写这个我还完全不知道京东的评论是能回复的~天猫要赶紧跟上啊）。对于主题式评论，还有一个设计小技巧，就是将回复内容都放在一起，一般来说，客户端都习惯于将最新的评论放在最上面，但是这造成的一个后果就是，如果在两个人的回复中间插入了别人的回复，阅读起来就会不连贯。QQ空间就是将两个人的对话放在一起，阅读起来就会非常方便连贯。
　　四、截取式评论
　　回复的内容，连同被回复的那条内容（不管这条内容是原本的评论，还是评论的回复）生成一条新的评论，这种方式可以看做是针对盖楼式评论的两个缺点做的一种优化，不会在评论区产生过多的冗余内容，也不用担心显示的问题，但只保留最后一条评论的做法，一定程度上也牺牲了阅读的连贯性，所以这种方式使用的客户端不多，比如：网易云音乐（下面第一条就是对第三条的回复），但网易云音乐这种回复内容在上，被回复内容在下的显示方式，还是不符合正常的阅读习惯，而且两条评论都@了被回复的人，显得有些多余。
　　相比之下，虎扑体育客户端使用的截取式评论的显示方式貌似更加合理，阅读起来更加顺畅：
　　说到虎扑，提一个虎扑体育客户端评论区的小设计，当一条评论被踩的次数过多的时候，就会被隐藏（如下图），但评论内容还在，只需要点击一次就能显示出来，这个设计不知是不是有意为之，反正我每次看见都会忍不住点开看下。
　　除了虎扑、网易云音乐之外，豆瓣影评的评论，使用的也是截取式评论，我前面说过，豆瓣不同地方使用了不同的评论结构，这种方式可能加大了开发量，但是根据不同的业务使用更合理的显示方式，这也是产品经理的技能之一。
　　以上介绍的几种都是基础的评论结构，各种应用使用的评论结构也基本都能在上面几种类型中找到影子。
　　有单独只使用一种结构的，比如网易新闻客户端；有结合多种类型使用的（一般都是外部使用主题式评论，主题里使用截取式评论），比如猫眼电影、淘票票，使用的是贴吧式评论为主体，评论中的回复使用的是截取式评论。知乎比较特立独行，评论区同时使用了主题是评论和简化的截取式评论。下图的第一条是原评论，最后一条是回复，后一条没有引用上一条，但标明了回复人，属于简化的截取式评论，点击评论下面的＂查看回复＂或者＂查看对话＂，就能进到对话列表，即两个人的主题式评论。
　　上述各种评论样式没有孰优孰劣，只有适不适合，当你希望提升评论区活跃度时，盖楼式评论是一个好选择；当你希望项目快速上马时，禁止回复是一个最快速的开发方式；当你想兼顾评论区的活跃与整洁时，主题式评论值得一试。总而言之，没有最好的，只有最合适的，但是不管使用哪种评论结构，对于评论的展示样式，一定要在一开始就确定好，不然等数据量积累大了发现弊端后想转换方式，不管对于产品、开发还是测试，都是一个灾难。
　　文中使用的图片均是从各app中随机截取的，如有需要，可以联系我删除。