我想知道为什么我仍然会看到很多使用pull to refresh功能更新内容的应用程序（包括fb＆amp; instagram）？我的意思是，他们有通知系统可以告诉自己在有新数据时刷新。我看到FB，例如它在新闻提要部分有一点气泡告诉我我有新的提要，如果我按下它可以带我去，但拉动刷新功能仍然存在。为什么呢？
答案 0 :(得分：2)
我通常情况下，用户可以更好地选择何时更新新闻Feed，例如“社交应用”。 由于在用户仍在阅读时自动更新内容通常不会很好。这会给用户带来混乱。 拉动刷新是完成工作的合格功能
此外，这也是为了节省移动数据的使用量，尤其是在互联网昂贵
的国家/地区答案 1 :(得分：2)
仅供参考：Loren Brichter在应用Tweetie 2中首次使用了Pull to refresh，后来Twitter被Twitter收购。
我认为他对如何实施Pull to刷新的回答 手势将是你问题的恰当答案
Tweetie 2简单地从Tweetie 1中获取了这个想法，重新加载了 只需“加载更新”，并“加载更新”就可以添加新消息 列表顶部...并根据手指动作激活动作 你已经在做了。为什么要让用户停止滚动，抬起 他们的手指，然后点击按钮？为什么不让他们继续 他们已经在制作过程中的姿态？当我想 看到更新的东西，我向上滚动。所以我自己滚动了手势。
这个手势只是战斗的一半，你需要适当的 反馈。激活重新加载后，可滚动区域 列表实际上更改为保留反馈UI就地（而不是 在屏幕外反弹）。没有这部分，UI就不直观了。和 一旦加载完成，UI就会消失。
答案 2 :(得分：2)
这是一个很好的问题。我是从用户体验的角度来解释它。
快速公司did an interview与Kevin Systrom几年前在Instagram上添加了刷新功能。他没有参与这个想法。
Systrom感受到这种姿势，让移动用户可以用简单的拖拽刷新他们的照片，这是他的应用程序的一个多余的补充，是另一个智能手机时代的遗物。 “我不相信应该有刷新按钮，”他说。
您是正确的，应用程序不需要来提供手动刷新功能。我会说，拉动刷新和其他用户启动的操作属于一种将代理返回给用户的接口，而不是依靠自动流程来完成任务 - 在这种情况下，刷新内容。
如果从您提供的示例中删除了“从 - 刷新”，用户可能会问一些问题。
用户是否知道内容会自动保持最新状态？他们是否相信它能够快速而持续地刷新？
尼尔森诺曼集团wrote a post late last year关于系统状态的可见性，特别是进度指标通过减少不确定性有助于积极的用户体验。我将这项研究扩展到pull-to-refresh和相关接口。维护用户手动执行获取新内容的操作的能力covers two of Nielsen's ten可用性启发式 - 系统状态的可见性和用户控制和自由。
有鉴于此，使用pull-to-refresh的用户有一个特定的心态：我想要最新的数据，我现在想要它。是否必要，允许他们手动刷新可能有助于改善用户体验。
答案 3 :(得分：0)
你的问题是Awsome ..我有一些R＆amp; D就可以了。 看到现在到达的应用程序永远不会使用拉动刷新android。因为Android有服务，可以使用wack-lock在后台中运行。 但 ios 没有后台服务。
当应用程序打开时，服务始终消耗电池最佳方式您可以一次使用服务，然后停止服务并使用滑动同步或刷新。
希望你对它有所了解。我有一个Ruby 2.3.0-preview1了解更多信息。请参阅 评论 ，可以为此打开。
答案 4 :(得分：0)
通过考虑谷歌的不做而不是
的简单点
Swipe-to-Refresh可用于单阶段加载。我们可以使用其他类型 用于加载第一个内容的进度条即圆形等 时间和负载并一次显示所有内容或何时加载项目 卷轴。
您可以通过this
清楚地了解目的