梧桐树Nether
您好，您这个问题提的好，在浏览欣赏文友的作品时，我也常常有这样的思考.我觉得并不是所有文章内容都适合点赞。
比如清明节这样的节日里，比如人家刚刚失去亲人，这样情况下，好多文友会发一些寄托哀思的文章，那么点赞就似乎不妥了，怎么看怎么别扭。这个时候我觉得还是应该留言，或者发个拥抱啊双手合十祈愿啊这样的图片以示安慰。
再比如有的家人生病了，有的失业了，有的失恋了，写篇文章抒发下心中郁闷，你上去不管三七二十一给个点赞，你让文友怎么想，你是落井下石还是怎么着，所以这样的文章也不适合点赞，如果是我，我会认真的读完文章，设身处地地想他所想，发一些宽慰或鼓励的话，或加油，握手，鲜花，茶等这样的图片。虽然于文友没什么实际上的帮助，但我想，换作是我，心里也会暖暖的。
还有有的文友属于那种愤世嫉俗的，偶尔写点稍稍偏激的文章，或颓废的文章，我觉得也不适合点赞。如果是我，如果是很聊得来的文友，我会了解事情的前因后果，慢慢地开导他，哪怕发个咖啡，笑脸这样的图片，使其情绪安定下来。如果仅仅是偶尔浏览到，又不认识，那就只当没看见。
总之，点赞不能只为点赞，不能走马观花，甚至点都没点开就点赞。我觉得对作者不够尊重。经常有这样的现象，阅读量没有点赞的多，何其尴尬。我还是坚持，看完文章再决定是点赞还是留言。
十里荷香111
功能描述：用户阅读一条内容后，给内容点赞表示认同。
使用场景：
用户来消费内容后，给喜欢的内容点赞，同时刺激内容生产者产出更多高质量的内容。
常用于内容详情页，如商品详情页、文章详情页、评论列表等。
常见案例
今日头条文章详情页、评论列表、微博内容列表、微信朋友圈等。
数据流向图
该功能实现逻辑是：
1.内容详情加载是，判断用户是否已点赞；
2.点击按钮时，若已点赞，则发起取消点赞指令，否则发起点赞指令；
3.接口将用户id、内容id传到后端；
4.后端接受信息，更新对应内容的点赞数、点赞用户id，并在用户信息表中插入点赞文章id和时间（若需要）；
5.数据库执行后端发出的更新指令；
6.后端通过接口将处理结果返回给前端；
7.前端接收信息，并将结果按既定样式展示出来。
用数据流转图表示如下：
触发方式
大部分产品都使用“点击【点赞】按钮或icon”这种方式来触发“点赞”功能的。部分产品为了维持设计的简洁性，会将按钮默认隐藏起来，如微信朋友圈。
需求点描述
今日头条内容详情页的点赞功能详细描述如下：
注意事项
点赞功能前端实现并不复杂，但由于涉及了点赞方和被点赞方，所以要考虑功能的完整：
1.点赞功能的目的是刺激用户产生更多高质量的内容。一般不会有“我赞过的”内容列表，但会有“赞过我的”记录。
2.为了及时通知内容生成者，需要设计push推送通知功能。
3.一般点赞后是不允许取消点赞的，但这需要我们具体分析。如微信朋友圈的点赞就是可以取消的。
东方娱记
不可能的，人在谋些事，或言语，论文，等等有可赞之处，但不能都完全啊!只有神是完全的。
凉梓瀟
具体情况具体分析。
