投票系统，简单VS有用

Question

我正在制作一个有投票系统的网站，

对于某些背景信息，本网站将保存来自各种人的所有类型的信息。人们会把新闻，他们今天所做的事情，以及他们喜欢和找到的东西上传到这些东西！

现在我被困在这两个投票系统之间......

+ & - 这在StackOverflow上运行得很好，因为它很简单，所有发布的内容都是问题/答案，所以除了它有多大帮助之外，没什么可以判断的。 但即使它在这里运作得很好，在一个有各种不同类型的东西的网站上，我认为这会变得更加低效。

但我的想法是 More People Should Know about this / Important这就像投票按钮，为更多人推送内容..

然后有反应 Sad, Funny, Interesting, Clever, Beautiful... etc.. 现在有了描述性的，我将优势视为更具描述性的搜索，并了解人们对特定事件/新闻/图片的感受......

向下投票就像report, spam, misleading等

这将收集有关社区对帖子的看法的更多信息。

然而，使用描述性的对于整个网站来说会很好，我看到的唯一缺点就是用户会认为它太多了。

没有问如何构建它，只是想知道你更喜欢哪个。

您怎么看？

Answer 1

我没有获得支持，这是一个很好的问题。我必须构建几个需要评级的应用程序，并且需要考虑一些事情。

单一选择 - 最容易实现，如Facebook的喜欢，或收藏或Google的Plus One。这是最容易编码的，因为您只需要识别每个用户并添加到项目的评分计数中。问题在于它限制了用户的反馈并经常误导。由于没有向下投票的选项，因此一个项目纯粹按其获得的点击量进行评级。 例如：一个糟糕的帖子收到4000个视图并获得400个喜欢，而另一个收到300个视图并收到250个喜欢。根据评级/投票系统，人们可能会认为前者是更好的项目。

两个选择 - Up-Down，Like-Dislike：虽然不像单一选择那么容易，但实现起来也不是很难。它基本上创建了一个用于评级的百分比。这是我在小型项目中的最爱，因为它不难编码并且具有比单一更高的准确性。

多项选择 - 最难实施。虽然编码可能需要更多工作，但还是会有所回报。它为每个项目标记提供了标签，这有助于组织/分组项目，当用户关注感兴趣的主题时，它也会吸引观看/访问。但是，它不是一个完全有效的投票系统，因为两个项目不能相互权衡。就像你说的那样＆＃34; 有用的＆＃34;不是实际的投票方法

因此，在做出选择时，问问自己你有什么样的物品，如果你想比较它们来描述它们;因此投票或有用

我个人使用两种（两种选择和多种），因为它们不是互斥的。

注意：在构建投票系统时，不要完全依赖用户投票，还要考虑其他因素：观看次数，访客地理位置（针对特定用户的评级），项目年龄。

我去写了整篇文章！ smh ..虽然这可能无法涵盖所有​​问题，但它是我如何在我构建的系统上实施投票。使用选项，看看哪些适用于特定系统。

Answer 2

尝试CMS系统，如http://en.wikipedia.org/wiki/Joomla或http://en.wikipedia.org/wiki/Drupal。

此CMS系统通常具有文章投票系统。