uitabarcontroller uinavigationcontroller设计建议

我可以从设计的角度看到它们的来源。Tabbars感觉被锚定,保持不变,Navbars感觉是动态的和可变的。因此,包含动态内容的选项卡是有意义的,而在包含选项卡栏的导航堆栈的动态层次结构中,固定在屏幕底部的单个点感觉不太正确。three20实现确实以一种更有意义的方式来处理这个问题,将选项卡锚定在导航栏下面,这样它们就感觉更像是导航堆栈中该点的一部分。

尽管如此,如果我没记错的话,tweetie会滚动它自己的标签栏,没有uitabbarcontroller来绕过用户界面指南中的这个细节,它完全从交互的角度工作。

简短的答案是,如果用户允许在导航控制器中使用uitabars,那么这会让用户感到困惑。这个应用肯定不会像大多数用户预期的那样运行。但是,这只是Uitabbar,而不是一般的选项卡设计概念。导航控制器内的标签,在我的设计意见中,应该在顶部,而不是底部,就像一个UItaBar。

有几种不同的方法可以做到这一点。

我在导航器视图控制器中通过让表视图中的第一行具有分段选取器来完成“选项卡”。(请参见应用商店上的Hangtime应用程序)。我觉得它很好用,但它们不是真正的“标签”。

JoeHewitt,一个写了Facebook应用程序的人,通过创建自己的“标签栏”视图和控制器来解决这个问题,尽管它的呈现方式与Uitabbar有很大的不同。该元素通过three20框架和开放源码库提供。过来看: http://github.com/joehewitt/three20/tree/master

我认为标签栏控制器是应用程序的主要导航点,如果它被使用的话。如果导航控制器包含选项卡控制器,则无论何时导航到其他地方,选项卡都会切换,这可能会使习惯于在其他应用程序中使用它们的用户感到困惑。不过,我认为这是一个很酷的想法,但苹果可能感觉不到这一点。