Unread 的 pull-for-menu

革命进化的解析

(本文译自:Unread's pull-for-menu

背景

在2013年中期,互联网的RSS世界有一个巨大的改变。Google 宣称他们的 RSS 订阅服务,Google Reader,被关闭。对此,数百万的声音在惊慌中呼叫,然而突然间又销声匿迹了。

缩减的用户量是其宣称关闭Google Reader的原因,尽管来自 Google Reader 的用户的强烈反应表明这项服务仍然有广大的用户群。虽然互联网有种乐观的意识认为对于在RSS方面对于很多公司有很多机会,因为以前这个服务的市场已经被像 Google 这样的巨头占领了,但是仍然存在对 RSS 的担忧。越来越多的 Google Reader 的替代品出来。

尽管曾经有导致 RSS 消失的因素,RSS 至今仍活跃着,并且如今如 Feedly, FeedwranglerFeedbin 正提供着 Google Reader 以前的服务。随之而来的是一大批现代的 iOS RSS 阅读器。在其中,有 Unread,一个轻量干净并易于使用的提供上述服务的客户端 ,由 Jared Sinclair。在很短的时间里,它就在 app store 里有很多用户,多到很有可能你现在正通过 Unread 阅读本文。

这篇文章是有关 Unread 的 pull-for-menu 的交互,同时它也有关这个交互方面的历史,这些交互是怎么演变的。

风景

如果我们去探索 iOS 上的有关新闻与内容聚合的 app 的情况,我们可以发现像 FlipboardPulse 这些的应用,这些应用不仅仅提供内容消费的服务,同时提供内容的探索。你可以想像自己使用它们,并在周日的早上一边喝着咖啡(或地球的另一端喝着下午茶)一边沉浸在阅读杂志的体验中。

在另一方面,我们有些应用如 Reeder,这种应用可以提供以一种最高效的方式来消费内容,这种应用你可以用来摆脱每天出行在路上的单调,使你避免 FOMO。此时你可以变想使用 Unread

Unread 延续了我们之前讨论的限制的主题。它使用的方式很简单:你只要登录你的 RSS 订阅的账号,然后就可以开始享受阅读了。Unread 提供了一个专门为单手用户设计的交互体验方式。

为了更好地认识 Unread 的菜单交互方式的来源。让我们先从 Darwinistic 开始。

进化

现在我们回过头看看 Tweetie,一款认为 iOS 应用的典范。正是它引入了现在随处可见的下拉刷新。下拉刷新如此被接受,甚至被 Apple 采纳为 Mail.app 收件箱刷新的默认交互方式。

随之,Facebook 的 iOS 应用使抽屉式的导航(又称为 "God Burger","Burger Basemen")。尽管现在他们把其从主界面移除(在联系人中仍保留),但该交互在 iOS 设计领域中的使用使其成为一种传统的可接受的模式。

到现在,我们有 Unread's menu,它是这两种被接受的传统的交互方式的结合,这是已经教给我们如何与设计进行交互的两种革命性交互 方式的进化。

Unread 提供了一种呈现菜单的方式,当然你也可以认为这不是必需的。这是这些现有交互的产物。

解析

今年的 WWDC 发布了一个闪亮的新特性来帮助开发者:UIKit Dynamics, Text Kit, Sprite Kit 以及一些 UIViewController 过渡。我们将复用这其中的两种来实现 Unread's menu,UIViewController 过渡以及 UIKit Dynamics,尽管 后者我们不会支持使用。

我们拉开内容呈现菜单时第一件注意的是 pull 指示器的弹跳效果。这个效果在视觉上很显明。让人想起 iOS 6 中的下拉刷新动画,非常轻量又有意义的交互过程。

我们之前已经简单地介绍与使用过 UIKit Dynamics,这次我们会创建一个抽象的层。



Previous     Next
Tu You /
Published under (CC) BY-NC-SA in categories tagged with