你覺得“點贊”功能是否適合所有文章內容?

梧桐樹Nether


您好,您這個問題提的好,在瀏覽欣賞文友的作品時,我也常常有這樣的思考.我覺得並不是所有文章內容都適合點贊。

比如清明節這樣的節日裡,比如人家剛剛失去親人,這樣情況下,好多文友會發一些寄託哀思的文章,那麼點贊就似乎不妥了,怎麼看怎麼彆扭。這個時候我覺得還是應該留言,或者發個擁抱啊雙手合十祈願啊這樣的圖片以示安慰。

再比如有的家人生病了,有的失業了,有的失戀了,寫篇文章抒發下心中鬱悶,你上去不管三七二十一給個點贊,你讓文友怎麼想,你是落井下石還是怎麼著,所以這樣的文章也不適合點贊,如果是我,我會認真的讀完文章,設身處地地想他所想,發一些寬慰或鼓勵的話,或加油,握手,鮮花,茶等這樣的圖片。雖然於文友沒什麼實際上的幫助,但我想,換作是我,心裡也會暖暖的。

還有有的文友屬於那種憤世嫉俗的,偶爾寫點稍稍偏激的文章,或頹廢的文章,我覺得也不適合點贊。如果是我,如果是很聊得來的文友,我會了解事情的前因後果,慢慢地開導他,哪怕發個咖啡,笑臉這樣的圖片,使其情緒安定下來。如果僅僅是偶爾瀏覽到,又不認識,那就只當沒看見。

總之,點贊不能只為點贊,不能走馬觀花,甚至點都沒點開就點贊。我覺得對作者不夠尊重。經常有這樣的現象,閱讀量沒有點讚的多,何其尷尬。我還是堅持,看完文章再決定是點贊還是留言。


十里荷香111


功能描述:用戶閱讀一條內容後,給內容點贊表示認同。

使用場景:

用戶來消費內容後,給喜歡的內容點贊,同時刺激內容生產者產出更多高質量的內容。

常用於內容詳情頁,如商品詳情頁、文章詳情頁、評論列表等。

常見案例

今日頭條文章詳情頁、評論列表、微博內容列表、微信朋友圈等。

數據流向圖

該功能實現邏輯是:

1.內容詳情加載是,判斷用戶是否已點贊;

2.點擊按鈕時,若已點贊,則發起取消點贊指令,否則發起點贊指令;

3.接口將用戶id、內容id傳到後端;

4.後端接受信息,更新對應內容的點贊數、點贊用戶id,並在用戶信息表中插入點贊文章id和時間(若需要);

5.數據庫執行後端發出的更新指令;

6.後端通過接口將處理結果返回給前端;

7.前端接收信息,並將結果按既定樣式展示出來。

用數據流轉圖表示如下:

觸發方式

大部分產品都使用“點擊【點贊】按鈕或icon”這種方式來觸發“點贊”功能的。部分產品為了維持設計的簡潔性,會將按鈕默認隱藏起來,如微信朋友圈。

需求點描述

今日頭條內容詳情頁的點贊功能詳細描述如下:

注意事項

點贊功能前端實現並不複雜,但由於涉及了點贊方和被點贊方,所以要考慮功能的完整:

1.點贊功能的目的是刺激用戶產生更多高質量的內容。一般不會有“我贊過的”內容列表,但會有“贊過我的”記錄。

2.為了及時通知內容生成者,需要設計push推送通知功能。

3.一般點贊後是不允許取消點讚的,但這需要我們具體分析。如微信朋友圈的點贊就是可以取消的。


東方娛記


不可能的,人在謀些事,或言語,論文,等等有可贊之處,但不能都完全啊!只有神是完全的。


涼梓瀟


具體情況具體分析。


分享到:


相關文章: