Android选项卡栏和分段控件的设计指南

Android选项卡栏和分段控件的设计指南,android,design-patterns,instagram,android-tabs,Android,Design Patterns,Instagram,Android Tabs,我即将开始将iOS应用程序移植到Android的ICS设备上。PM/设计师最初同意,我们将遵循Android设计指南,为用户提供一致的体验。然而,当我收到线框时,我注意到它们的“选项卡栏”在底部,一些屏幕在顶部有“分段控件” 当我解释说这些模式没有遵循指导原则时,他们对“安卓Instagram做到了这一点,而且他们已经成为特色,拥有数百万用户”的效果做出了回应 所以我看了一下Instagram Android应用程序。下面是出现问题的屏幕的外观: 我的问题是,如果遵循设计指南,这种类型的屏幕会

我即将开始将iOS应用程序移植到Android的ICS设备上。PM/设计师最初同意,我们将遵循Android设计指南,为用户提供一致的体验。然而,当我收到线框时,我注意到它们的“选项卡栏”在底部,一些屏幕在顶部有“分段控件”

当我解释说这些模式没有遵循指导原则时,他们对“安卓Instagram做到了这一点,而且他们已经成为特色,拥有数百万用户”的效果做出了回应

所以我看了一下Instagram Android应用程序。下面是出现问题的屏幕的外观:


我的问题是,如果遵循设计指南,这种类型的屏幕会是什么样子。显然,使用ActionBar API,选项卡将位于顶部。然而,在这一点上,我认为分段控件只会让用户感到困惑,因为它们会显示为辅助选项卡栏。我不熟悉在这种情况下模仿iOS分段控件的任何Android设计模式。包含这两项的ActionBar微调器在这里合适吗?如果是这样的话,我们似乎将无法保留“新闻”标题

感谢您的帮助


另外,通过hierarchyviewer查看令人不快的屏幕,可以发现Instagram选项卡的实现使用了不推荐使用的TabHost/TabWidget,分段控件是通过(自定义)ViewSwitcherButton类实现的。

“显然,使用ActionBar API,选项卡将位于顶部”——好吧,它们将位于顶部。我个人会使用
ViewPager
PagerTabStrip
或ViewPagerIndicator中的选项卡指示器。“使用不推荐使用的TabHost/TabWidget”--这两个选项都不推荐使用。“如果遵循设计指南,这种屏幕会是什么样子”——如果你等一周,我想我们会从谷歌得到一个正式的滑动菜单实现,在这种情况下,那些底部的标签可能会变成滑动菜单,而你的“分段控制”将是标签。或使用