684° 20121,381字0条评论

关于是否使用嵌套评论

2012年2月13日更新:把@功能加上去了,虽然没有特别实际的作用,但是还是享受一下又有at又有嵌套的伪快感吧~另外关于后台回复的@效果,旧评论悬浮框等等都可以在这里找到:zww的方法


前几天在修改现行主题的时候,曾经纠结于是否要加入嵌套评论样式。按照之前的习惯,我都是开启嵌套评论的,而且各种主题在嵌套上的设计也是精彩异常,我在第一个主题的嵌套修改上也下了不少功夫。但是后来在找代码的过程中,偶然看见mg12的观点(链接失效)。他分析了使用嵌套评论的必要性和条件,原文部分摘录如下:

嵌套回复有很多优点:
1. 它可以提高用户体验, 调动访客回复的积极性, 从而增加评论的数量, 能让博客变得像社区一样活跃.
2. 博客的回复邮件通知功能越来越被重视, 因为它可以为你挽留一些游客. 另外评论者发表评论后也不用经常回来查看是否被答复, 可以在一定程度上提高互动性. 嵌套回复可以有针对性的对评论进行答复, 评论者只要收到邮件便可知其所答.
 
另一部分人不使用嵌套回复, 我就是其中之一. 为什么呢? 且听我慢慢道来. 任何事物都有其利弊, 嵌套回复也存在一些缺点:
1. 嵌套回复是一种依赖程序的显示结构, 也就是说, 只要你使用了一次, 以后必须使用, 否则评论的顺序就乱了.
2. 嵌套回复有针对性的回复功能 (针对某条评论进行回复) 是它的优势, 同时也是他的劣势. 如果有 100 个人在你的一篇文章中发表了评论, 并且你习惯对大部分评论都进行回复, 那是不是你也需要回复差不多 100 次? 如果这样的话, @ 回复比嵌套回复更适合你.
3. 嵌套回复依赖浏览器对 JavaScript 的支持.
 
我不使用嵌套回复也是因为前两个原因, 我不敢确定自己以后会一直使用嵌套回复, 并且在我的回复者中, 经常出现几个人提问同一个问题. 使用 @reply 是一个折中的选择, 我可以在一个回复中回答网友的评论, 并且我无需对相同的提问进行多次回答; 另外, 通过一些插件, 我同样可以实现回复邮件通知的功能, 仅是邮件内容稍为复杂罢了.

那时候看完这段话,加上对于主题修改毫无头绪,所以我有些被说动。恰好原主题自带@功能,我就想如果我没法修改就这样去吧。后来因为主题的一些问题,加上各种折腾,我还是启用了嵌套评论,其实理由很简单,因为我并不是mg12,没有那么多留言,情况也相对简单。

在我看来,我是赞同mg12的观点的。关于嵌套回复的优点,一对一的回复不仅目的性强,而且即使是第三者,看留言也有头有尾便于理解。同时访客收到留言回访的几率也高一些,如果不是一对一的回复,必然有些访客收不到回复。

然而关于缺点,首先针对mg12的反对观点1,我个人的体验也是如此。比如用手机访问我的博客,评论是不按照嵌套显示的。也就是说,如果正好是一条留言一条回复的时间顺序,看起来可能还比较清晰。但若是不同的人同时回复了好几条,我再一一进行回复的话,那么哪一条是回复哪一条几乎看不出来。所以在这一点上,我曾经考虑过是否把@功能也一并加进来。其次我上面也说过,我的博客毕竟是私人博客,看的人也不多,也不存在大家都抱有同样需要解决的问题而等待我的解答。因此mg12的反对观点2对于我的博客是不成立的,所以我判断我的博客还是更适合嵌套评论。关于观点3,由于我没有相关知识和经验,所以不知道影响大不大。但就现在我认为,看我博客的人应该都有支持javascript的浏览器,而且看评论的人毕竟也不多,所以这点可以忽略不计。

介于以上几点的总结,我还是选择了嵌套评论。但我确实担心移去嵌套后页面会混乱不堪,所以@回复也是我今后的考虑目标之一。就像现在很多网站一样,不仅有嵌套也有@,同时悬停@上可以看到原评论的悬浮框。这样的解决方法我觉得真的很不错,似乎把方方面面的问题都囊括了。

EOF
929°
二级下拉菜单
Comments
Write a Comment
点击加载Disqus