Android应用中10大导航设计错误

5. 溯回 (反向遍历) Tabs

前面说的 Tabs 不应该深层，同样也提到了 Tabs 不应该包含历史。什么叫做不因该包含历史呢? 就是指，你在 Tabs 上的操作不能被 Back 溯回。同一个导航层级是不应该被溯回的。

6. 溯回 (反向遍历) Drawer

和 Tabs 一样，Drawer 中的导航项也不应该被溯回。理由同上。当用户在不同的导航项中切换时，你应该重置任务状态。在不同的导航项目中切换就像是切换到不同的应用中一样 (比如说，在 Google+ 中，Photos Tab 根本就是另一个应用。。。)。在用户按下 Back 的时候，你应该退出应用，或者回到应用的主界面 —— 这里的主界面是指哪个自然状态下的初始界面，一个你特别希望用户 (同时用户也特别期待能够容易地) 回到的地方。

7. 深层的 Navigation Drawer

前文说过，一个移动应用不应该有复杂的结构。如果你需要特别多的导航层级，那么说明你真正应该做的其实是简化你的应用结构。Drawer 存在的意义是提供一个稳定的导航枢纽，让用户不需要记住自己在什么地方，他只要打开 Drawer 就能自然的明白一切。但是，如果在 Drawer 里面弹出了一个次级 Drawer 会把很多人逼疯。

Drawer 虽然有能力承载多个导航层级，但是正确的做法不是这样的。

当你需要在 Drawer 中放入多个导航层级的时候，不应该以新弹出一个 Drawer 的方式，而是应该以展开/折叠的方式呈现这个子层级。展开和折叠并不会造成整个控件的剧变，同时能展示给用户少多一些的项目。关于 Drawer 上的导航项以及触摸区域的设置，在 Android Design 中另有提及。

如果你的导航层级真的很深，你可以单独做出一个次级导航页 展示所有的导航项目。比如说，在 Play Music 中，曲库下的 Tabs (艺人，专辑，风格，曲目) 其实完全可以做成 Drawer 中的次级导航项，但是把它们分散到 Tabs 中能够更好的优化导航。(上图这样则是有点类似腹肌式的导航方式。当然，最好不要只是在上面写着文字，可以往里面添加点图片啊，内容预览什么的)

（编辑：应用网_镇江站长网）

【声明】本站内容均来自网络，其相关言论仅代表作者个人观点，不代表本站立场。若无意侵犯到您的权利，请及时与联系站长删除相关内容!