标签栏到底错在哪儿？

如下的界面设计是大家钟爱的Medium的iOS端应用。试着找出它的问题：

图片来源：Medium的iOS文章页面截图

一旦用户从顶级视图导航到子视图 (例如从主页到文章内容页）,子视图就覆盖了包括标签栏在内的整个屏幕。

Medium iOS端(用户信息设置页面)

让我们再次回顾导航元素的三种目的：

当子页面中隐藏了导航栏，用户可能无从知晓他们处于哪个顶级标签的子页面下，即丢失了他们在整体信息架构中的

位置。

当子页面中隐藏了导航栏中的其他标签，用户无法从此页面直接跳转到应用的其他功能下，而必须要跳转回上一级页

面。

子页面中的导航元素仅有一个没有标签或注释的返回箭头，它无法向用户传递关于目的页面的信息。

Medium和其他数以千计的采取标签式导航的应用可能另一番思考。它在顶层页面的浏览中无可挑剔，不过它无法满足每一

个子页面的导航目的。

标签式导航这种子页面覆盖主导航（标签栏）的互动模式近似于模态视图，但是它的动效却是子页面滑动（从右到左），并

呈现了子页面的返回箭头。采取模态设计没有任何问题：“模态使用户聚焦，避免用户在完成当前所要完成的任务或阅读的信

息前跳转到其他任务”（Apple用户界面规范）。

但是模态设计规范了模型动画的使用（iOS为从屏幕底部上滑的动效）以及在界面中包含完成和取消按钮来跳出模态视图。模

态视图仅适用于短暂且独立的任务，用户可以选择完成或取消它们，例如撰写邮件、在日历中添加事项、关闭通知等等。此

种设计并不是为了呈现页面细节或取代子页面——子页面呈现的并不是独立的过程，同时也不能被取消或保存。

你也可能会举出一些反例，例如在呈现图片时全屏的细节页面。它通过隐藏应用的主体界面元素（例如标签栏）的方式创造

关注点而减少干扰。然而这种情况通常会采取一种特殊的过渡动画来解释其非典型的模态使用。Medium的文章页或许还可

以容许这种缺乏个性化过渡及关闭按钮的特殊全屏细节页呈现效果，然而在app设置页这种设计就行不通了。

Material Design定制内容呈现动效