近期由于在设计产品的APP客户端，客户端上的信息流展示基本、甚至全部都采用了列表式来布局，因此涉及到排序、分类的问题。基于不同的场景下，需依据不同的参数来进行排序。这样有点乱。同时，后期将要设计简易版社区(论坛)的需求，这里面的动态、评论等也涉及到排序的问题。以及什么状态下，评论列表需要这样的排序，什么场景下，评论列表需要那样的拍讯。因此，想整理下是否有原则可循。
针对以上的这背景，本人决定对信息的排序进行剖析下。看下市面主流信息流中是否可以找到相关的规律或者套路来做需求。这样方便做这块需求的时候得心应手。
排序中最常见的有顺序和倒序的两种形式。
顺序则是以时间早的信息展示在前面，时间晚的信息展示在后面；
倒序则是时间晚排前，时间早的则排后。
这个在不同应用形态的产品上会利用不同方式来处理，甚至还有形式中套形式应用。
认为应该顺序的观点主要集中为：
论坛中有一个概念是“盖楼”，评论如一层层的楼层。应该早评论的排在前，后面的应该在这基础上加盖上去。这样方式有利于用户抢沙发。从而也延伸出了“抢沙发”这个网络现象。相当时下比较热的说法就是“抢头条”。
认为应该倒序的观点主要集中为：
采用倒序的方式，主要是避免每个用户看到的论坛的评论都是固定的第一条，无任何改变。这样不利于用户去参与评论。
这样能让参与评论的用户觉得有参与感。
到底有没有什么依据，可以判断采用哪种方式来处理。更符合自身的产品使用场景。于是，对各类有涉及论坛模式的网站和APP进行了踩点研究，踩点信息如下：
【综合类社区】
百度贴吧：楼层和回复、顺序
天涯论坛：楼层和回复、顺序
猫扑：楼层和回复、顺序
豆瓣：楼层、顺序
网易论坛：楼层、顺序
【社交类社区】
微信朋友圈：动态倒序、评论虽然没有显示具体时间，但在评论列表看是按照时间顺序排列。
【兴趣社交】
Lofter：动态倒序、评论也是不显示时间的，但也是排序展示
【知识社区】
知乎：评论内的不是按照时间排列，其按照点赞的数量来排序
百度知道：回答内容倒序排列
【博客类】
新浪博客：评论是顺序
网易博客：评论是顺序
【新闻类】
网易新闻：热门跟帖（根据赞的数目高的排前），最新跟帖：倒序
腾讯新闻：热门评论（其不单纯的依据赞的数量倒序排列，其有算法来处理），最新的评论：倒序
结论
弱关系类的app（如社区、论坛、博客、百度贴吧），大多采用顺序方式排序；
强关系类的app(QQ空间、微信朋友圈、人人网)，都使用顺序的方式排序；
知识社区的排序方式就比较的复杂啦，涉及到一系列的算法
泛化关系类的app（如资讯、新闻），大多采用倒叙方式排序。这类的产品里面通常有设置热门的评论/跟帖放置在文章/帖子末尾，该部分的内容主要作用是吸引用户的同时，更鼓励用户去发表优质评论/跟帖，激发用户去霸占该榜单的潜能。
