投票系統，簡單VS有用

我想提出一個網站，投票系統，投票系統，簡單VS有用

一些背景資料，本網站將持有的所有類型的信息，從形形色色的人。人們會從新聞，到他們今天做的事情，上傳他們喜歡和發現的東西！

現在，我堅持這兩個投票系統之間......

+ & - 這在計算器上的偉大工程，因爲它很簡單，所有的內容都貼出提問/回答所以並不是真正意義上的判斷除了它是多麼有幫助...... 儘管它在這裏效果很好，但在一個擁有所有不同類型的東西的網站上，我相信這會變得更加低效。

但我對我的想法是 More People Should Know about this/Important這就像投了按鈕推動更多的人內容..

再就是像 Sad, Funny, Interesting, Clever, Beautiful... etc.. 反應現在用描述性的，我看到了優勢更加描述性的搜索，並讓人們如何看待某一事件/新聞/圖片什麼..

的反對投票會像report, spam, misleading等

這將收集關於社區對帖子的看法的更多信息。

然而，使用描述性的人將是一個圍繞站點的所有漂亮的，我看到的唯一的缺點是，用戶會覺得它太..

不問如何構建它，只是想知道這你會更喜歡。

您怎麼看？

來源

2012-07-26 MoMo

重要的是它叫什麼？在一天結束的時候，這個「投票」是否是否定的可能只是一個問題。 – David 2012-07-26 23:57:39

投票將會像'報告，垃圾郵件，誤導'等 – MoMo 2012-07-26 23:59:25

好吧，我明白你要做什麼，但是，你需要有一個基於數學的模型來計算帖子的分數。另外，每篇文章都會有大量不同的文本字符串，這將是很多工作。可能對降薪有不同的理由，因爲升職總是很好，不管他們爲什麼升職。 – David 2012-07-27 00:01:37

我沒有收到降價，這是一個很好的問題。我必須構建幾個需要評分的應用程序，這是需要考慮的事情。

單選 - 最容易實現，就像Facebook的Like，or Favoriting或Google Plus Plus一樣。這是最簡單的代碼，因爲您只需要識別每個用戶並添加到該項目的評估計數。問題在於它限制了用戶的反饋，並經常誤導。由於沒有減投票的選擇，所以一件物品純粹按其得到的命中量來評級。 例如：壞帖子收到4000個視圖並獲得400個喜歡，而另一個收到300個視圖並收到250個喜歡。基於評級/投票系統，人們可能會認爲前者是更好的項目。

兩種選擇 - 上下，一樣不喜歡：雖然不是那麼容易，因爲單一的選擇，這也不是很難實施。它基本上創造了一個百分比，它用來評級。這是我在小型項目上的最愛，因爲它不難編碼，並且精度高於單一。

多種選擇 - 最難實施。雖然編碼可能更多工作，但可以獲得回報。它提供了每個項目標籤，這有助於組織/分組項目，因爲用戶可以在感興趣的主題上追蹤標籤，因此也吸引了觀看/訪問。但是，這不是一個完全有效的投票制度，因爲兩件事不能相互衡量。正如你所說的那樣「有幫助」不是一個實際的投票方法

因此，當作出選擇時，問問自己你有什麼樣的物品，如果你想比較它們來描述它們;因此投票或有幫助

就我個人而言，我會同時使用（兩個選擇和多個），因爲它們沒有相互排斥。

注意：建立投票系統時不要單純依靠用戶投票還要考慮其他因素：視圖數量，訪問者地理位置（針對用戶特定的評分），項目的年齡。

我去寫了一篇文章！ smh ..雖然這可能不包括所有問題，但我是如何在構建的系統上實施投票的。玩弄選項並查看適用於特定系統的內容。

來源

2012-07-27 00:38:35 Chief

非常感謝您的反饋！在我的數據庫中，所有的都以相同的方式實現，所以對我來說沒有任何困難，我最終使用了2個投票集，在您喜歡或不喜歡之後，您可以添加可選的描述符投票！我可以告訴你完成，如果你喜歡... – MoMo 2012-07-27 02:21:28

是啊，我想看看它。你是否使用了一組固定的描述符，或者任何人都可以添加它們自己的？ – Chief 2012-07-27 02:54:30

我嘗試和消息你的鏈接一旦我修復錯誤= P，現在它已設置，但也許加入自己將是一件了不起的事！ – MoMo 2012-07-27 02:56:52

嘗試CMS系統，如http://en.wikipedia.org/wiki/Joomla或http://en.wikipedia.org/wiki/Drupal。

這個CMS系統通常有一個投票系統的文章。

來源

2012-07-27 00:03:16

投票系統，簡單VS有用

回答

相關問題