为什么更新流要求用户手动“加载更多内容”？

Question

查看许多具有“流媒体”组件的网络应用程序（网站/服务/其他）（通常这是一个“社交”应用程序）：思考：Facebook的“Wall”，Twitter“Feed”，LinkedIn的“新闻”进料”。

他们有一个非常相似的特征：'新项目的通知被添加到页面（通过后台Ajax调用自动假设'，但代表最新的源项的新HTML不会加载到页面，直到用户点击此更新链接。'

我想我很好奇这个设计决定是出于以下任何原因，如果是这样的话：任何曾经使用过这些类型的应用程序的人都能解释他们这样做的原因：

1. 用户体验（大量'Facebook好友'或更新的更新 “页面”或“推文”会移动太快，无法吸收和吸收 以任何真实意图阅读，因此页面不会自动刷新。
2. 客户端性能：获取更新的简单“计数” 需要更少的带宽（更少的加载时间），更少的JS运行更新 打开网站的任何人的页面，因此打火机 客户端的重量感觉。
3. 服务器端性能：进入服务器的请求较少 收集有关最近更新的更多信息（减少传出 带宽，更多的自由周期来获取那些信息 谁请求它（通过点击链接）。虽然我肯定是业主 这些网站并不是“资源短缺”，如果每个人都有 Twitter或Facebook在浏览器中打开获得了全面更新 从服务器每次创建一个我确定它会是一个 更多的信号。拖累资源。
4. 他们实际上是想节省资源（需要一杯咖啡 执行谷歌搜索（哈哈））并发送几个字节的数据 到表示新更新计数的页面要轻得多 对正在同时使用的应用程序的负载 成千上万的浏览器窗口（更不用说API了 请求）。

我还有一些问题，这取决于第一个问题的答案......所以我可能会在这里添加或提出另一个问题!!

由于

P.S。这个问题被“网络应用程序”网站搞定了 - 所以我把问题带到了这里，他们不是'广泛'或'偏离主题'（-8

Answer 1

在最近的UI更改为Facebook之前，他们确实自动加载了新内容。从用户的角度来看，这是非常令人沮丧的，因为你正在阅读你朋友的帖子列表，突然间一切都会改变，你不知道你刚刚阅读的帖子去了哪里。

我想这是主要原因。