文档介绍：Iphone 和 Android 系统手机风靡全球的同时，移动互联网的发展也掀起了一股热潮。 最近发现身边一些朋友 纷纷在做手机上的 第3 方应用，或多或少碰到了些困惑，也许对于做惯了基于浏览器的产品的设计师来说，有一些 比较典型的要点容易切换显示wh内容 两指同吋点触并改变俺们的间距（我很I： 的不划道这个操作的代名词）：測览网页 等内容时进行缩放
Iphone:
SfW第3版，左软键菜单
i i
i m
2. xxm 卜
3. xxm
4, xxm
5. X'CXXS
罠xxxxx
送择 取
1ZI£C KTT
" ktx
1 1
TfYYY
1. wtxx
2. KXXXX
2. KXXXX
h mxs
-
4P xxm
匸mxs
a mxx
7. WHX
选捉 取消1
手埶
单击；打开点触到的内容
长按：禅出朴対点鉞位且内容的菜单
上下划动：滚屏
左右划动：佔顶部炮b时切换显朋tab內容 两指同忖点触并改变他们的间朋（我腹土 的小知道这个操作的代名诃）：浏掘网页 等内界时进行缩放
两指底时点触并具中一指划圈；旋转正在 浏览的图片等
回到桌面键
以上硬键和手势对于操作的控制，需要我们在设计前有个十分清晰的认识，并且整个团队达成一致，如有精力则 需要专门写到设计规范文档中。硬键控制是没有什么改动余地的，两款触摸机型可以对手势适当进行取舍，毕竟有些 应用用不到所有的手势，能精简操作最好。
（从下面开始，会有一些功能界面，请允许我偷懒一下，用线框代替实际界面截图）
菜单
S60第3版的菜单是由左软键或OK键调出，需要定义以下几点：
（注：聚焦到某一条目上时，通常按 OK 键是打开，但有一些内容包含几种看起来级别相当的操作，此时会弹出菜单 选择）
菜单项的排序规则：针对聚焦项的在上，其他的在下，这两部分中分别按照使用频率从上至下排列
Android
Android传统的菜单是由menu硬键调出，比较多的是2-3行，每行2-3项，看起来像是一些按钮，所以里面的图 标和文字都居中。作为第 3 方应用， 如果菜单项稍多，做成一纵列的文字项从操作上来看也未尝不可，毕竟用户刻 意记住其默认的菜单形式也没有什么好处。只是仍然需要注意控制一下数量，如果需要 二级，可以考虑做成弹出的， 比如在一级项中选择“排序”，之后弹出选择框来选择
Android
血巾1标题
Hom[j Mufill 】畑 i:k
认态茶
页閒标駆
1 %| [匕
扌非序
―►-
1 枝丿宀
Android 还有一种长按菜单，按住某个项目达到一定时间后，会弹出在触点附近的位置
Iphone
Iphone 并没有一个明确和固定的菜单模式，较保守一点可以说是没有。一些类似菜单的操作通常是通过弹出选 择，或者是拆分成几层，一次 次点击进入更深层的页面去寻找按钮的形式来达成。所以要做 Iphone 平台的第3方应 用的同学应当提前做好准备，从产品策划开始就着手考虑这个问题。最有 效的办法是首先尽可能的缩减功能，其次 尽可能的缩减操作方式。否则会发现为了一些细枝末节的操作，还需要设定好几层页面。当然，也可以加入一条操作 栏来作 为辅助，只是整体风格和操作就不 Iphone 了。
AI Phone T-台考虑的萊单形式
说到这里，不得不结合前两点延伸一下，对导航系统进行说明：
众所周知，导航系统主要担负着几个任务：展示内容架构、表明当前位置 典型形式为全局导航条。在手机上，导航系统同样重要，但是受限于屏幕尺寸 但手机有着自己的体系：
/状态、表明可以去哪里。在网页上的
一般没有足够的空间放置这样的组件
我们可以看到各平台对导航系统的规划：
标题-显示当前位置，可以是文字、图标+文字、也可以是一系列tab
菜单-显示可以做些什么，通常包含两种类型的选项：a只针对选中项/只针对当前页，b全局功能如设置和 帮助，也就是说菜单大多数作用是发起针对当前页的操作，或者转到和当前页面没直接关系的页面
返回-这个比较复杂一些，也是最需要设计师注意的。鉴于第2条对于菜单形式的描述，如果再加入关联页 面的选项，项目数量和类型会使菜单不堪重负。 并且页面标题通常无法准确表达出相应页面的内容，即使放 入菜单，也需要用户花时间去理解和回忆。所以“返回”很重要：一个固定的位置，简单机械的一个动 作 一按—一看—一按—一看，不需要刻意寻找和思考。在一个没有全局导航的环境里，一步步后退到自己浏览 过的页面，从而了解当前的页面体系，或者重新