android

混乱的Android菜单

Android有两种菜单：选项菜单（Options Menu）和情境菜单（Context Menu）：

选项菜单作用于全局界面，物理按键Menu弹出菜单，应用程序中将较少使用的命令放入此菜单中，或者界面中信息密度多大，部分命令无法完全显示时，可对选项菜单加以利用。使用触摸屏无法调用此功能。
情境菜单只作用于某一选项，触摸屏持续点击（Touch&Hold）才会弹出此菜单，也就是使用物理按键时无法调用此功能。

Android同时支持物理按键和触摸屏，有些操作只能用触屏幕，而有的操作只能用物理按键，此种“兼容性”导致手在屏幕和按键上经常的移动，对于操作很不方面，在两种菜单上也体现其Android的界面设计思路不明确。

如在使用联系人（Contacts）功能中，持续点击之后浮出情境菜单，菜单中的选项有5个（不包括View contact）。

在情境菜单中，点击“View contact”之后，跳入另外一个“View Contact”功能界面，可见的功能有3个，选项菜单中2个功能，但是在之前的联系人（Contacts）功能直接点击，也能进入此界面。这种设计的缺点在于：

持续点击的操作是一种快捷方式，但是从以上的分析来看，Touch&Hold与Touch操作结果差不多，并没有快捷的效果。另外，快捷方式中的“View contact”居然还能达到另外一个功能一模一样的界面。
“View Contact”功能界面中，显示那么空，完全没有必要使用选项菜单。当用户找不到某个功能的时候，才会想起来使用去点击“Menu”，如果不去点击，就可能永远不知道有编辑和删除联系人的功能。

看起来Android给了用户两个操作选择，但是只使用其中一种操作的话，却不能完成全部的操作.两者之间属于并列关系，没有主次之分，反而造成界面设计上的混乱。

iPhone VS Android 应用程序界面

iPhone和Android应用程序界面形式不同，而iPhone选择应用程序要易于Android。

如当前界面都为手机系统主界面，iPhone选择应用程序的操作为：

左右平移手势切换页面
查找到应用程序并点击

Android选择应用程序的操作为：

点击APPlication menu
上下平移手势滚动页面
查找到应用程序并点击

首先Android必须在触摸屏精准点击这个约40×40像素的显示区域，而iPhone可以直接开始查找功能。

Android的应用程序排列不分页，程序一多就记不住每个程序所在的确切位置，查找起来比较费力。而iPhone有分页，每页的功能的4×4的排列方式，现在手机上已经装了5页的应用程序，我能基本记住每个功能所在的确切位置，如第二页右上角是“植物大战僵尸”。

这些也影响到切换功能的操作。如已运行某个程序，iPhone切换应用程序的操作为：

按Home键，关闭程序返回进入应用程序的界面
左右平移手势切换页面（如果查找的应用程序已在当前界面，此步操作可省略）
查找到应用程序并点击

Android切换应用程序的操作为：

按Home键，关闭程序返回主界面
触摸屏精准点击APPlication menu，由物理按键切换到触摸屏
上下平移手势滚动页面
查找到应用程序并点击

iPhone最快可以2步运行新的应用程序，而Android却必须执行以上4步操作，操作的效率低于iPhone。

在应用程序中，iPhone有表视图、标签栏、工具栏和控件列表等标准组件，有利于组织信息、信息扁平化和操作流畅度，而Android的标准组件效果较差。

部分内容来源于lukew’s blog

Android vs iPhone icon设计指南

在研究Android的icon设计之前，有必要先了解Android的界面是如何适配多样化屏幕的。

适配性

上一篇博文中提到，由于同一个UI元素（如100 x100像素的图片）在高精度的屏幕上要比低精度的屏幕上看起来要小，为了让这两个屏幕上的图片看起来效果差不多，可以采用以下两种方法：

程序将图片进行缩放，但是效果较差。
为这两个精度屏幕的手机各提供一个图片。

但是屏幕的参数多样化，为每一个精度的屏幕都设计一套icon，工作量大并且不能满足程序的兼容性要求，势必要对屏幕的分级，如在160dpi和180dpi的手机屏幕上采用同一套icon，当这套icon在240dpi效果满足不了设计要求，就需要另做一套稍大些的icon。

在Android 1.5以及更早的版本中，只支持3.2″ 屏幕上的HVGA (320×480)分辨率，开发人员也不需要考虑界面的适配性问题。从Android 1.6之后，平台支持多种尺寸和分辨率的设备，这也就意味着开发人员在设计时要考虑到屏幕的多样性。

为了简化设计并且兼容更多的手机屏幕，平台依照尺寸和分辨率对屏幕进行了区分：

三种尺寸：大，中，小。
三种精度：高（hdpi），中（mdpi）和低（ldpi）。

程序可以为这三种尺寸的屏幕提供默认资源，如有需要，还可以为各种精度的屏幕提供资源。在运行时，系统会根据屏幕布局加载正确尺寸或者精度的图片。

Android的icon尺寸

在运行时，程序为最佳显示效果提供了三种方法：

1.图片缩放

基于当前屏幕的精度，平台自动加载任何未经缩放的限定尺寸和精度的图片。如果图片不匹配，平台会加载默认资源并且在放大或者缩小之后可以满足当前界面的显示要求。例如，当前为高精度屏幕，平台会加载高精度资源（如图片），如果没有，平台会将中精度资源缩放至高精度。

2.自动定义像素尺寸和位置

如果程序不支持多种精度屏幕，平台会自动定义像素绝对位置和尺寸值等，这样就能保证元素能和精度160的屏幕上一样能显示出同样尺寸的效果。例如，要让WVGA高精度屏幕和传统的HVGA 屏幕一样显示同样尺寸的图片，当程序不支持时，系统会对程序慌称屏幕分辨率为320×533，在（10，10）到（100，100）的区域内绘制图形完成之后，系统会将图形放大到（15，15）到（150，150）的屏幕显示区域。

3．兼容更大尺寸的屏幕

当前屏幕超过程序所支持屏幕的上限时，定义supports-screens元素，这样超出显示的基准线时，平台在此显示黑色的背景图。例如，WVGA 中精度屏幕上，如程序不支持这样的大屏幕，系统会谎称是一个320×480的，多余的显示区域会被填充成黑色。

但为了达到最佳的显示效果，最好的方法还是设计多套图片。那就有必要对于所有的屏幕依据精度值进行分级（高中低），之后再设计三套icon：

先为主流的中精度屏幕（HVGA）设计一套icon，确定图片的像素尺寸。
为高精度屏幕将图片放大到150%，为低精度屏幕将图片缩小至75%。
将这三套资源放置到程序的三个文件夹下：res/drawable-mdpi/ 、res/drawable-hdpi/、 res/drawable-ldpi/。程序在运行时，平台会根据屏幕的精度调取合适的icon。