Android - UCD大社区

Android 应用界面设计

积木 — 2011-12-23 08:56:29

与 iOS 相比，Android 系统界面存在各种不协调，应用界面本身缺乏统一的规范。虽然 Android 的开放性为应用的自主发挥带来了最大的可能性，但如果系统本身能够提供标准的范例，也未必是一件坏事，毕竟许多应用并不一定需要独创的界面。从 Android 4.0 开始，系统界面在一致性上有了许多改善，那么 Android 应用的界面应该如何设计？如果你仔细观察 Google 近期的一系列应用上的设计，应该能发现在一些指导性的要点，而这些设计也正在被第三方应用采用。

Android 应用不应该成为 iOS 应用的翻版，那么它应该是什么样子？androiduipatterns 网站针对 Android 应用的界面设计提出了一些规范性的建议，值得参考。

主界面

应用的主界面（起始界面）应该是什么样子？看下面这个规范图。

什么应用使用这样的起始界面呢？看这三个例子： Aldiko，Evernote 和 Google+。

分界面

进入应用的分界面之后如何设计，看下面这个范例。

上面一行是操作栏：最左边是应用图标（或许包括后退键），点击回到起始界面；中间部分主要考虑于应用协调的配色；最右边是当前情景下可进行的操作。

看下面的例子

列表界面

应用可能需要处理大量的数据，而列表则是将数据规则化呈现的一种方式。列表界面应该足够清晰，为用户提供一个好的概览，同时，列表界面的操作栏应该允许用户对列表进行单项或多项操作。

两个比较好的范例是 Aldiko 和 Google Mail。需要注意的是，列表的选择框通常是在左边，但是在 Aldiko 中，文件夹图标在左边非常突出，于是 Aldiko 选择框放在了右边，达到界面上的一种平衡。

载入列表

应用可能需要处理大量的信息，比如 Twitter 的时间线。对于用户来说，这意味着列表长度几乎是无尽的。目前，许多应用已经采用了比较通用的处理方法，当下滑到列表已缓冲条目下部的边界时，自动加载更多的信息。

下面是两个例子: Android Market 和 Twitter。

长按

对某个单项信息进行操作，一种交互方式是长按。这也许不是最明显的操作，但是节省屏幕空间，也很符合“情景菜单”的理念。

下面的三个例子：Aldiko，Astro 文件管理器和 Google+。

多选操作

对列表进行多选操作，最好在列表上的项目一侧增加选择栏，如下图：

当你选定了多个项目后，屏幕下方给出操作栏。

标签

从 Android 4.0 开始，系统进一步突出了分类标签。在顶部操作栏的下面，通常会有一个标签栏，你可以点击或者左右滑动，如下图

Android Market 和 Google+ 是两个例子

虽然 Google 并没有在界面上给出太多限制，但是随着 Android 平台的发展，应用界面逐渐形成一套统一的规则和界面应该是一个趋势。这是否意味着一切应用必须遵循规范呢？那倒也未必。比如 Path 的界面，就未必符合任何平台的既成规范。如果你有开创性的界面，而且能够保证易用性，不妨去大胆创新，否则，遵循现有的良好规范可能会让你少走些许弯路。

相关话题：Android 源地址：http://www.ifanr.com/65085

Android硬体键交互之“选项菜单”

潇笑seanmao — 2011-10-13 22:04:32

众所周知Android没有明确的GuideLine，虽说没有严格的规范来限制设计与创新很，但这也导致市场上的Android应用设计上的混乱。一个典型例子就是选项菜单Options Menu。

混乱的菜单

Android机器采用的硬体键来呼出菜单，这种方式在表现上隐性的，用户对于何种情况下可以呼出何种菜单没有预见性，甚至是否可以呼出菜单都没有预期。

如何解决

为降低用户的认知成本，建议设计中遵循以下方式。

Question 1：何种情况呼出菜单

用户在单一任务场景中（如填写信息、以及在弹出层操作时），屏蔽菜单键呼出功能。
ps：用户在单一任务场景时，以引导用户专心完成当前操作为上，一条路，岔路多了用户容易迷失。
原则上除此之外都其他窗口下按硬件菜单都应该呼出对应的菜单。

如何对应？请往下看。

Question 2：呼出何种菜单

1、普通窗口下硬件菜单按钮统一呼出系统菜单；（系统基本功能标配 “设置”与“退出”）其他功能可根据APP具体情况制定。
系统菜单样式一般会占整个App呼出菜单大部分。

2、特定的场景下（用户权限决定），菜单可进行定制（如“删除”“分享”等功能）功能可根据APP具体情况制定。

合理的设计选项菜单的呼出情况和菜单对应项，可帮助用户更容易理解并轻松的使用你的应用

相关话题：Android 源地址：http://www.uedx.net/?p=3074

Android4.0最应该改进或创新的7个控件

chenjz — 2011-09-28 15:16:45

基于android2.×设计app远比基于ios平台来的百转纠结，肝肠寸断。我觉得android混乱，我认为原因就在这里——android平台自带的控件不好用，开发者不得不自己定义控件。如果需要设计android shell，我认为第一件事情就是重新定义以下的这些控件，这会让你的平台好用很多。就像你开始出牌之前，最好先摸一把好牌，这样赢的机率更高。所以这篇文章也写在android4.0发布前，聊表一下我对他们的殷切希望

1. Action bar

这项改进从android3.0我们已经能够看出端倪，Google倾向于取消所有的hard key，界面上必须有控件放置操作按钮。右上角的位置会出现1～2个button，这似乎已经没有悬念。底部的action bar的设计形式ios已经采用，我认为android4.0可能不会用。

2. Navigation

如果取消了back key，导航会成为最为棘手的问题。各家android shell也都花心思在这儿。期待更新形式的出现。

3. Group list

Android当中的list实在让人很容易产生怨念。它的group list实在太太丑了。给两个已经成熟的方案。

4. Text input

Android3.0当中已经给出了去掉外边框的新方案，比较类似于ios，但也没办法，这是唯一的路了吧。

5. Highlight button

我认为动作按钮在很多时候不是平等的，有的时候需要提示用户首选操作，有的时候需要警示用户这个操作的不可逆性。

6. Badge notification

下次见到这项改进的几率也蛮高。

7. Landscape

尤其是带有tab的页面，横屏时又会悲剧了，可用的空间只有变得很矮。android这次能不能考虑的周到些？

Android 3.0（蜂巢）交互&UI设计规范

雷蒙德 — 2011-08-31 18:26:02

Android OS自上市以来，由于缺乏统一规划，使得不同设备在 1.5、1.6、2.0、2.1、2.2、2.3几大版本徘徊，本人用的HTC Hero(俗称G3)也是从1.5~2.3一个个版本，10多个rom手动刷机试过来的，过程及其纠结 ~。
多系统版本带来的问题就是缺乏交互、UI的一致性，外加硬件厂商HTC、摩托罗拉、三星、夏普（创新工场点心OS）、小米（MIUI）等公司热衷于UI的个性化发挥，以及民间高手的DIY rom 等因素，影响着安卓饭儿的用户体验，使各阶层用户徒增学习使用成本，也让APP开发者在不同版本兼容性间疲于奔命。

过渡开源的Google终于明白一个道理：没有规矩不成方圆，对搭载Android 3.0系统的所有平板电脑进行UI设计规范的梳理。自微软、苹果之后， google也终于推出了自己的UI设计规范，这对用户来讲是个贡献。

此规范的主要目的在于统一Android 3.0设计思想，从视觉设计、UI模式，框架特点、前端开发等方面去指导、影响后续开发者。

这就是Android 3.0的系统初始UI，考虑下蜂巢比ipad设计好在哪里

多任务、板块之间的灵活切换、工具添加……通过缩略图，而变得更加直观。

Action Bar、多栏布局、应用程序导航，这些系统功能在姜饼（Android 2.3前版本）和蜂巢（Android 3.0）之间的设计异同及取舍

UI及交互细节的细节处理：去除文本框、文字间距与框体尺寸（dip）

Popup的设计

关于Back和Up的交互流程设计

在这插一句：Back 按钮 在Android 2.3前版本里它是一直是个硬邦邦的实体按键，由于这个脑残的设计，让许多用户想”返回”却在屏幕操作中找不到门路，最可怕的是每个”back按钮”在不同硬件设备中的位置不一样！这你敢信吗.

而在Android 3.0中，Back采用触摸按键和屏幕融为一体，欢呼！

PPT下载地址：

http://file.1mobile.cn/KunlunUED-1mobile-android_phones_and_tablet-modify.ppt

由Kunlun UED（www.gameued.com ） &1mobile(www.1mobile.cn ) 联合翻译

Android应用程序需不需要手动退出？

阿智 — 2011-08-25 20:43:01

不止一次，也不止一个人问过这个问题。我都回答了：不需要。但是，还是要记录下来。

我们不妨从了解这个系统对于应用程序管理的一些内部机制开始说明原因。

对于Android系统而言，包含“进程”和“服务”。“进程”有正在运行的，也有刚刚离开在后台缓存的。“服务”是一个无界面、长时间运行的应用功能，并且不会轻易被终止。

我们知道，在Android中可以快速通过主页键（home）或者使用返回键（←）逐步离开应用程序。

主页键：

在当前运行的应用程序的任意界面，按下主页键会快速回到手机主屏幕。同时这个应用程序的进程将在后台被暂停并建立缓存，再次启动应用程序时可以方便地返回刚才的界面。（现场被保留）

当然，在你按下主页键回到手机主屏幕时，因设计需要，也有可能会在后台运行一个甚至多个进程和服务，以保证这个应用程序在后台是“活的”。

尽管我们知道了后台会产生各种各样的“进程”与“服务”，但你并不用担心它们会把你的手机拖累。当运行新的应用程序发现内存可能不够用时，系统会自动在后台释放部分缓存在后台的进程，以保障可运行新的应用程序。这是一个智能的、良性的供给体系。

返回键：

Android系统使用返回键来进行屏幕后退，以及关闭对话框/菜单/屏幕键盘。

对于传统的本地客户端应用程序，每个屏幕可以理解为一个活动（Activity）。通过返回键可以快速回退到当前应用程序的上一个活动，也可以离开当前应用程序打开的新的应用程序的某个活动。

所有的活动呈堆栈结构（一种串行形式的数据结构），正在运行的活动处在最顶端。当你按下返回键，会清除当前活动并恢复上一个活动。如下图示例：

（配图出处：http://developer.android.com/guide/topics/fundamentals/tasks-and-back-stack.html ）

如果你连续按返回键，活动一个个被抽离，就像剥洋葱一样。

在Android的应用程序里，可以通过“意图”功能，在当前应用程序（任务）的某个活动启动另一个应用程序（任务）的某个活动。

比如下图的示例，在“有道词典”主界面单击超链接“意见反馈”打开浏览器访问目标网页：

在目标网页界面，你可以使用返回键快速返回刚才的“有道词典”主界面。

而接下来这个例子，体验则是非常糟糕的：

如上图，在目标网页想要返回上一个任务需要历经几番周折。

一遍又一遍地回退浏览器的浏览历史，甚至还要回到浏览器的起始页，然后弹出一个对话框询问是否要退出……

天哪！我快要疯掉了。

Android官方对于多个任务间的活动堆栈处理机制，可以看下面这张图来解释：

（配图出处：http://developer.android.com/guide/topics/fundamentals/tasks-and-back-stack.html ）

从图中我们可以看到，一开始在后台的“任务B”的“活动Y”经由“任务A”的“活动2”的一个按钮抽调到了前台，而随着“任务B”的活动一个个被剥离，最终整个“任务B”被结束了，并且使用返回键又回到了“任务A”的“活动2”。

返回键实现了调用新任务之后快速返回的便利，而不是只能迂回地回到应用程序列表并找到上一个使用的应用程序再次启动。

当所有的活动从堆栈中清除，任务结束。也就是说，在应用程序的主界面按下返回键时，应用程序就已经退出了。
除非，这个应用程序设计了后台运行的进程和服务。比如"新浪微博"，即使你在应用程序主界面按下返回键退出了，在“程序管理”>“正在运行”界面上仍然可以看到正在运行的进程和服务。（需通过菜单键切换至“显示当前运行的服务”视图）

正如上面提到的，后台服务是一个无界面、长时间运行的应用功能，并且不会轻易被终止，即便你使用“任务管理器”。（其实可以在“服务”界面找到它并且手动停止服务，只不过没有这个必要性，交给系统自动处理即可。长时间不使用某个任务时，系统会认为你已经不再需要了并且会自动帮你结束。）

至此，我们已经知道为什么Android应用程序不需要手动退出了。因为聪明的系统已经帮助用户做了许多事情，包括退出应用程序以及恢复可用内存。

受限于Android官方对设计规范的态度，Android并没有像iOS那样明文告诉设计者不需要这个不需要那个。Android应用程序的设计模式也因此而“百花齐放”，很难形成较为统一的体验。比如本文提到的需不需要手动退出Android应用程序的话题，如果在iOS中看到屏幕上有退出应用程序的按钮，是一件搞笑的事情。

无论如何，Android也好iOS也罢，用户本来就不需要关注“进程”或“内存管理”、“任务管理”这些东西。用完，离开界面即可，就这么简单！把用户不需要关注的问题抛给用户，无异于“不想让小孩玩火，但是又给他一个打火机。”

而设计师们，该做些什么了。改变吧！

看到这里，也许你会问：既然Android应用程序在后台被挂起暂停了，但是为何开多了应用程序手机还是会变慢呢？

一方面：新运行的应用程序如果需要较大的内存，自然会比较慢。另外，如果手机本身的内存过小且CPU不给力，系统自然会因较频繁地自动结束进程释放缓存而导致手机在某些时候运行比较慢的感觉。

也正因为这样，我们知道了为什么“任务管理器”会如此流行，甚至成了“装机必备”。人们用它来快速提前释放缓存以保证运行新应用程序时有足够的内存。当然，随着CPU频率越来越高，内存越来越大的发展趋势，手动清除缓存已经慢慢变得不再需要。

另一方面：临时启动的后台服务可能会导致手机变慢。有些应用程序在后台监听到指定的事件会自动启动，比如操作系统本身的“Google服务”，又比如连接USB并且在PC上启动“豌豆荚手机精灵”，手机上的“豌豆荚守护精灵”会自动启动。为了避免这种情况，只能建议你有选择性的安装应用程序了。聪明的软件需要先进的硬件来支持。

也许你又会问：既然在应用程序主界面用返回键可以直接退出应用程序，可是为什么某Android应用程序（尤其是国内的）要弹出退出确认对话框呢？

这其实更多的是产品人出于不希望自己的应用程序太容易被用户“退出”，或是担心“误操作”的原因，为此给用户增加一道障碍墙。

瞧瞧我们眼前的PC软件吧！单击窗口右上角的 X 图标后，也有不少软件在做同样的事情呢。

毫不客气地说，这是典型的把责任推卸给用户的做法。似乎在警告用户：“真的要退出了？确定的话我就不管你了！”

我们应该尽可能少使用对话框，提供必要的容错支持。允许用户犯错，并给予恢复的机会。比如你可以允许用户在按下返回键离开应用程序后还能再次返回现场。这在很多优秀的第三方应用程序上均有体现，比如Twitter、米聊……

当然，沉浸式的应用程序除外。比如视频正在播放或者游戏正在进行的画面，应尽可能地不要让用户犯错被退出。沉浸式的应用程序应提供沉浸式的保障，因为游戏或电影进行到一半被退出往往是无法返回现场的。

最后，补充说明：本文所说的“退出”是指退出应用程序，而不是指退出帐户的登录状态。如果你的应用程序是需要用户使用帐号密码登录的，那么提供“退出登录”（或叫“注销”）的功能是必要的。

Android Market排名算法及规则

Redondo — 2011-04-21 00:07:32

众所周知，做搜索出身的Google，旗下的Market的排名肯定是依据一个形同（ A×a% + B×b% + C×c%）的公式计算出来的数值，进行排名的。可根据其排名规则，对自己的产品设计和研发以及推广进行指导。

1. 排名公式里有哪些指标？

指标A、B、C到底是什么？权重a、b、c究竟是多少？这些问题的答案，应该是每个App开发者和运营者都渴望了解的。知道了这个答案之后，有些“聪明”的人就会像当年SP的从业者一样，去刷那些权重大的指标、从而拉升产品的排名了。网上关于此问题的讨论很多都是不了了之、无疾而终。相对较深入的一篇文章《Android Market App Rankings》，也只是在猜想是基于“安装量”的增长和留存。可惜，该作者离正确答案就差一步了……

也许你已经等得不耐烦了，哈哈。现在就说说我的结论吧。指标A=“总安装/总下载”，即下载转安装的转换率；B=“评分/5”，即产品得分比上Market的满分；C=“留存安装/总安装”，即安装的留存率。不要急着问我a、b、c等于多少，准确数值只有Google知道、而且可以调，我只能告诉你它们加起来等于100，还有就是b>max(a,c)（为什么？下面耐心看）。

依据这个推断公式，就是说如果每个下载的用户都安装了、而且都给了5分、并且一直都没有卸载——OK.不论a、b、c是多少，你的产品得了满分，它就是No.1！

2. 为什么是它们？

在告诉你为什么是A、B、C之前，我先告诉你为什么不是D、E、F……

先看个数据，Android Market-通信-免费-TOP25：

去掉了产品名称，我们可以看到更纯的数据。

首先，我们可以肯定的排除排名是按“下载次数”排序的，下载次数1万+的产品（第9位）居然排到了下载次数500万+（第11位）的前面。试想第11位的产品在喊：“这是为什么？它哪点比我好？？？”——答案：请看“评分”。啊？它是5分！没错，第9位的产品评分得了满分。哦，排除了D的同时，我们收获了B。

其次，我们可以排除“评分人数”。原因就是，在“下载次数”和“评分”都同等量级的情况下，比对了若干样本，都无章可循——实在跟“评分人数”不相干。E被干掉了。

再次，要排除的是“加速度”。很多人在猜测会有一个“加速度”指标，或者新增下载的、或是新增安装的。大家的这种猜测是源自于“鼓励新产品”，但是这是一种过于激进的想法。Market这么大盘子是要鼓励推陈出新的，但“保护”新产品的同时也得“爱护”那些确实有实力的老产品。过大的用户基数，肯定会拖慢老牛产品的“加速度”，如果这么做的话每天的TOP10都是面目全非的（App Store的排名规则里就有“加速度”，所以TOP榜天天易容）。所以，“加速度”也不是真正的公平。

排除了D、E、F，收获了B。那A和C是从哪来的？

休息一下，问个题外话？我们一般是怎么评判一个物品的“好”“坏”的？是不是有以下部分组成？有一样东西摆在你面前，勾起了你试用的欲望。试用之后，你可能爱不释手，继续用吧。路遥知马力，又用了一段时间，你又有了新的评判。如果这个东西实在是太好了，那你就会与它阴影不离……回归到我们判断一个物品的标准的本质，无非就是是否“接受它”、是否“肯定它”、是否“留着它”。

言归正传，用户是否“接受”一个App——下载只是“抬头”，安装才是“点头”。如果单以“安装”为指标，又会让老产品滚雪球，有失公平。所以，A（下载转安装的转化率）浮出水面了。“安装”做分母，“下载”做分子。一方面，排名在前的产品下载量越高、安装量就有可能越高的同时，如果产品不够好“下载量”越高就可能成了拖后腿的那个分母，上面举例的第11位产品就是个例子（庞大的下载量下，安装量无法保持同步增长，所以让其难堪重负，排名下落——剧透下，第11位是曾经“通信”下排名第1的产品KakaoTalk）。另一方面，只要A（还有B、C）足够好，也让一些新产品可以冒出头来。

B（评分）刚才已经分析到了，这里需要补充一点的是：评分不是一次性的。我们会发现在Market里“评分”是可以多次修改的，这样的目的就是鞭策产品要持续的“好”，用户一直掌握着产品的“生杀大权”。另外，就是为什么前文说到a大于b、c，原因就是纵观TOP25，评分没有低于4分的——这样也就避免了，A、C高分B低能的新产品冒出来。

该说说C（安装留存率）的出处。说白了就是控制流失率，如果“总安装”很高、但是“留存安装”很少，那也不能称之为“好”产品。所以，安装留存率就是另一个全面衡量产品优劣的指标。

3. 它们到底是多少？

前文已经说到b比a和c都大，那a和c孰大孰小呢？这个取决于Android Market的策略，如果“a比c大”意味着“更看重新增”（任何一个店铺先开张的时候，都会最看重这个）、如果“c比a大”意味着“更看重留存”（对于一个已经把客流吃透的老店，会更看重这个）——所以，这个真是可以调的，取决于Android Market发展到哪个阶段和运营管理者的自我认识。

4. 感言

Android Market如果真是我想象的这样排名，可谓新老兼顾，攻防兼备。

说它新老兼顾，是因为它让新鲜的好的新产品既能快速冒出来、也能让它经得起时间的推敲，或昙花一现或源远流长。说它攻守兼备，是因为这样会把盘子越做越大，而且也防止了“刷”（能刷上去，但是刷上去之后如果产品不够好，会让产品跌得更惨），把盘子越做越牢。这样公平的规则，也为Android Market的应用量新增速度已超过App Store提供了另一个有力的支持。高！实在是高！

Android Market排名规则这个隐形的裁判告诉我们：持续地把产品做好，才是正道！

相关话题：Android 源地址：http://www.mobile20.com.cn/android-market-ranking-rules/

趋势之上－Android设计趋势分析10则

CDCer — 2011-04-19 19:15:00

Android作为Google最重要的资本之一，尽管在智能终端上的起步较Apple晚不少，然而面对强有力的竞争对手，从不停追赶到部分超越，已为其未来战略目标做好了充分铺垫。

迄今，全球已有超过100款Android产品。聚焦未来，本文将给出个人总结梳理的 10 则设计趋势分析，欢迎交流与探讨。

1. 强化与规范Android品牌形象
因竞争对手强大，行业变化迅猛，Google一直将时间看作其终端战略中关键的要素。相对而言，现阶段才逐步开始进行部分完善性工作，包括各类统一与规范性。

因此，不难理解Google在新系统界面设计上所进行的设计变动了，总体原则会与机器人品牌形象建立紧密关联性（Android 英文原意为机器人）。选用标准色作为系统形象识别色，包括系统默认应用程序的图标，趋向纯粹与棱角化。

细节案例：Google 在Android上亦会逐步建立与完善其品牌指南（BrandGuidelines），供第三方遵循，以在全球范围内强化品牌形象的统一性。

官方目前给出的两个形象色参数: pms 376c （标准印刷色卡），Online hex ＃A4C639 （屏显16进制色值）

2. 个性化用户体验、细分操控场景
在Google理念中，个性化是极为重要的。用户有权对终端进行更多的个性化管理与控制，同时Google会满足用户的各种技术欲与操控欲。这一理念和Google特立独行的创始人也有着紧密的关系，Google 会继续在Android平台强化该思路。

细节案例：新系统桌面，无需打开第三方APP，通过Menu键可快速进入程序管理界面，方便管理［已下载应用］、［SD卡存储应用］、等4个细分场景。新增的下载管理器适用于依据用户个性化需求，对下载项目进行集中浏览与管理的场景。

另包括3D镜头与前置镜头控制的快速切换、主屏小页卡预览等细节……

3. 更为灵敏与细腻的信息反馈
细节案例：Google新系统对虚拟键盘进行了重新设计。新键盘会进行灵敏的自动纠错，新系统的文字选取与编辑采用了两个一组的小控件设计，分别控制选中内容的起止。

另一个小细节，新系统在文字输入场景下，强化了插入符（Caret / I beam）的交互体验，将［当前输入焦点］的暗示变得更为清晰，适用于小屏上的设计微创新，让用户一目了然，减少视觉压力。插入符在停留4秒后会自动弱化成普通的样式，此时用户已明确当前输入焦点的所在位置。

4. 更为专注与沉浸式的用户体验
排除其它因素的干扰，让用户能够更专注地完成主要任务和进行关键体验，也是Google正致力完善的一条。

细节案例： Andorid 两个新系统暗调式设计更为彻底。包括所有底部浮出菜单，顶部（3.0为底部）任务栏，使用户体验更为专注（更深层原因请参看第7条）。各类提示小图标也更为纯粹清晰，一目了然。在部分全屏体验应用程序中，（如观看视频），菜单栏不再是永久性存在的，用户可选择“熄灯”模式来隐藏它。

5. 承载更多任务的语音交互系统
Google的语音交互系统，将会承载更多的任务及执行（Voice Actions），诸如关机、锁屏、拨号、打开应用程序、输入文字、卫星定位导航、语音搜索等。在信息反馈方面亦会增加语音交互模式，随着终端的智能化及语音识别技术的日趋完善，语音交互系统将会是重要趋势之一。

2.3系统中，长按搜索键则激活语音输入模式，在3.0系统中，语音输入被设计在非常醒目的左上角，与搜索按钮并重。Google在自己的“嫡系”智能终端里均预埋了强大的语音输入输出装置，采用Pico TTS引擎，并给出相关官方范例。

6. 更关注用户安全与隐私保护
用户安全与隐私的保护始终是互联网企业的重要司职，有Facebook的前车之鉴，Google在未来产品的研发与设计中，给予了很大的重视。

Google企业移动业务的Mayur Kamat在官方blog中表示，Google将退出面向企业和教育版，使Android系统更适合企业、政府及教育机构使用。而这类用户对安全性会更为注重。通过Google Apps Device Policy应用，Android用户将可以远程登录设备并进行定位。而在新的3.0系统，主人将可对数据进行加密。

细节案例：图案解锁开机是Google的一项特色，然而旧系统存在一些小安全问题，主人解锁时的轨迹线非常显眼，周边人群很容易识破图案密码。在新系统的图案解锁设计中，隐藏了解锁轨迹，而只有输入错误时，才出现错误轨迹，以便识别。

7. 更纯粹的 Google 式体验
即快速，简洁，生动。这三条对Google来说至关重要，一直被奉为其用户体验圣经，会在Android上不断贯彻施行。

CEO Page追求速度和性能，对装饰性的过渡与动画极为反感。Google 手机浏览器、地图等直系APP会快得飞起来。上文第4条提到的整体暗色调的设计也部分因为在OLED屏上，深色更节能省电，性能更优。

新系统界面总体上趋向简洁与精致，采用线条与块面的融合交错来搭建系统，在3.0蜂巢的系统中表现尤为明显。
关于生动，因Google设计理念中带有部分后现代主义（Postmodernism）成分，强调异质性、特殊性和唯一性，反对千篇一律的乏味设计。

细节案例：细节点上的情趣化设计，利用光元素模拟表现操作触碰遇阻及反弹。关机锁屏动画的消隐方式也更为生动有趣。见视频演示：

8. 精简与整合，NFC引领生活革命
Google在NFC（Near Field Communication缩写，即近距离无线通讯技术）上的持续发力意味着什么？

抛弃你的钥匙、钱包、各类卡、证件、遥控器……让NFC精简这一切。只需带上一台轻薄的终端，它可摇身变为交通卡、银行卡、门禁卡、以及进行身份识别等等。未来几年，内置NFC芯片将成为终端标配，电视、打印机等设备只需轻松下载一个APP即可操控。

9. 本地化设计，注重不同地域的文化差异
Google会不断突破语言障碍，更好的支持中文，及其它世界语言。

Marissa Mayer公布的数据显示：通过移动设备访问Google Maps服务的用户已达1.5亿。而在将来，依据全球卫星定位系统，不仅只是匹配地理位置和天气，并可判断用户所在区域的文化属性，指向对应服务库，并自动匹配和推送该区域的文化服务。

10. 各产品体验中整合社会化网络
让产品更加以人为本被认作是Google的职责，因而Google正不断为用户提供新的方式，以进行分享互动，及相互影响。

部分案例：Latitude（纵横），Yelp类型点评类服务，新发布的搜索结果＋1，Check-in和商家点评等。来自Google 员工的消息称，Page 已知会员工，2011年员工红利的25％起伏取决于社交服务产品的整合成果。

参考文献：
Google Android 3.0 Platform Highlights
Google Android User Interface Guidelines
Google Android 2.3 User’s Guide
Google User Experience Design Principles
www.google.com/nexus/

以上内容，仅代表个人观点。欢迎交流探讨，感谢阅读。

(本文出自腾讯CDC博客: http://cdc.tencent.com/?p=3771)

相关话题：Android 源地址：http://cdc.tencent.com/?p=3771

关于Android的一些设计

Alex.Chow — 2011-07-12 23:01:44

谈到应用程序设计，对设计师来说，Android就像是房间里的大象。很多设计师会更希望这是iOS，在那里所有任何人都只需要关心iPhone手机，iPad和App Store。然后没有人可以忽略Android，它目前已占据智能手机中最大的市场份额，且已经被广泛用于从平板电脑到电子阅读器等各种产品。总之，谷歌的Android平台正在迅速遍地开花，品牌厂商们很难不注意到。

让我们一起面对吧。Android多型号的设备以及形状的诸多因素，让其设计感觉像是一场艰苦的战斗。其神秘的文档使得设计和生产在一开始就显得很难。在网上找有关Android设计的网络资源，你会发现很少有帮助的东西。

如果这一切让你感到沮丧（而且如果这是你不为Android设计应用程序的原因），你并不孤单。幸运的是，Android现在已经开始着手解决有关多种设备和屏幕尺寸的问题，而且设备制造商们也正慢慢达到标准，并最终降低其复杂性。

这篇文章将帮助设计师熟悉在开始使用Android开发所需的各种知识，并提供合适的资源给开放团队。我们将讨论的主题包括：

解密Android屏幕密度，
通过设计模式学习Android设计基础，
设计开发人员需要的资产，
如何获取屏幕截图，
什么是Android 3?未来还有什么？

Android智能手机及显示屏尺寸

启动任何数字设计项目之前，首先必须先了解硬件。对于iOS应用程序来说，那是iPhone和iPod Touch。而Android，涉及到几十种设备和制造商。从哪里开始呢？

Android智能手机所支持屏幕的基准是T – Mobile G1——Android平台的第一款面世设备，其配备了320 × 480像素的HVGA屏幕。

HVGA表示“半尺寸影像图形数组”（或一半大小的VGA），是目前智能手机的标准显示大小。iPhone 3GS，3G和2G都使用这一相同的配置。

T-Mobile G1是面世的第一款Android设备，也是第一款支持Android基准屏幕的手机。

为简单起见，Android将屏幕尺寸（屏幕从左上角到右下角的对角线长度）分为四个级别：小，正常，大和超大。

两款普通的Android智能手机尺寸（图片来源于 Google I/O 2010）

320 × 480被认为是Android屏幕的“正常”尺寸。至于“超大”的，想象一下平板电脑。然而，当今最流行的Android智能手机配备的是WVGA（即宽VGA）800+×480像素的高清显示器。那么，是什么让“正常”迅速发生变化。

从Android SDK中的仿真器样机获得的各种屏幕配置图。（图片：Android开发者网站）

为了测试方便，我使用了摩托罗拉Droid X，其屏幕为WVGA。同样，从Android的标准看来这属于“大”。

显示器尺寸不同对于那些想创建单个尺寸适合所有的布局的设计师来所真算是非常具有挑战性的。我发现，最好的办法是设计一套布局为320 × 480（基准），另一套为320 ×533（可视为“大”尺寸屏幕）。

虽然这给设计师和开发人员的工作带来额外负担，如摩托罗拉Droid和HTC Evo等稍大一点手机所需的更大尺寸屏幕，可能需要在基准布局上做一些修改已更好地利用多余的空间。

关于网点密度（Screen Densities），你应该知道的一些东西

屏幕尺寸只是问题的一部分！开发人员一般不考虑屏幕的分辨率，而是它的密度。以下是开发人员指南（Developers Guide）里提到的Android对这些内容的定义：

分辨率(Resolution)

屏幕物理像素的总和。

网点密度

屏幕物理面积内所包含的像素数，通过以DPI（每英寸点数）来计量。

密度无关像素（Density-independent pixel , DP）

这是一个虚拟的像素单位，定义布局的UI，在为以密度无关（density-independent）的方式表达布局的维度和位置，而定义布局的时候，会使用到这个概念。密度无关像素就相当于160 dpi屏幕上的一个物理像素，这对“中等”密度的屏幕系统来说算是基准密度。在运行时，系统根据实际使用中的屏幕密度处理任何必要的DP单位的换算。DP单位和屏幕像素的转化公式很简单：像素= DP*（DPI/160）。例如，对于一个240 dpi的屏幕，1个DP等于1.5物理像素。在定义应用程序的UI时，通常使用DP单位，以确保UI在不同密度的屏幕上得以正确显示。

好像有点混乱，但在这里有些东西你必须知道的。在屏幕尺寸方面，Android将屏幕密度分成四个基本密度：lDPI（低），mDPI（中等），hDPI（高）以及xhDPI（特高）。这非常重要，因为你必须以lDPI，mDPI和hDPI密度形式输出所有图形内容（如位图）。现在，我们假设xhDPI只适用于平板电脑。

这意味着所有非绘制图形（如在运行时不能由Android自动按比例转变的图形），需要通过“中等”（即320× 480）的基准屏幕布局来转换。

位图的要求和准备网页打印图形差不多。如果您有打印经验，你就会知道，一个72PPI的图像在放大打印时会显得非常像素化和模糊。相反，你需要根据矢量图来重做图像或使用高解析度照片，然后将文件的分辨率设置成大约为300PPI，这样就才能在不牺牲图像质量的条件下打印。Android的屏幕密度的工作原理也是如此，除非我们只想改变图像的大小而不改变文件的分辨率（如标准72 PPI就可以）。

比方说，你从基准线设计的屏幕（记住“基线”布局设置在320×480）上获取了一个100×100像素的位图图标。将相同的100 ×100图标配置在lDPI屏幕，该图标会显得很大很模糊。同样地，将其配置在hDPI屏幕上，它会显得太小（由于设备的每英寸的点数比mDPI屏幕多）。

要调整不同的设备屏幕密度，我们需要在四个密度大小之间按照3:4:6:8缩放比例。（对iPhone来说，它很容易：只需以2:1的比例在iPhone 4和3GS之间切换。）使用这些比率，通过简单的计算，我们就可以创造四个不同的版本的位图，以供开发生产：

75×75对应低密度屏幕（如×0.75）;
100 ×100对应中等密度的屏幕（基准）;
150×150对应高密度屏幕（× 1.5）;
200×200对应超高密度显示屏（× 2.0）。（我们只考虑Android智能手机的应用程序上的lDPI、mDPI以及hDPI。）

使用四种不同网点密度，最终图片会如上所示。

做完了所有图像后，你可以按照以下方法归类图片：

推荐的文件夹及文件的归类和命名方法。在准备星型图片时，可以将所有未完成的图片命名为ic_star，不需要对应密度来换名称。

你可能会对怎么设置PPI（每英寸像素）感到困惑。只要将其保留于标准的72PPI，并对应地调整图像即可。

采用Android的设计模板

客户经常问，是不是可以将其iPhone应用程序设计模板应用到Android上。如果你想寻找捷径，使用类似WebKit和HTML5来创建移动网页浏览器的应用程序可能会是一个更好的选择。而要开发原生的Android应用程序，答案是否定的。为什么呢？由于Android的界面与iPhone非常不同。

最大的区别是用于翻到前几页的“返回”键。Android设备上的返回键是固定的，无论什么应用程序都会用到。这既可能是物理部件，也可能是屏幕下方的独立于任何应用程序的虚拟固定按键，如最近发布的Android3.0平板电脑那样。

Android 2.0 智能手机上的物理“返回”键

独立于应用程序本身的“返回”键可以给其他如logo，标题或菜单等元素在屏幕的上方留下更多空间。这种浏览设置与iOS大不相同，而且还有很多其他与众不同之处，Android称之为“设计样板”。根据Android所说，设计样板是“反复出现的问题的一般解决办法。”下面是Android 2.0的主要设计样板。

控制面板（Dashboard）

这种样板解决了应用程序中多层次浏览的问题。它给诸如Facebook，LinkedIn和Evernote等多种应用程序提供了平板解决方案。

Facebook和LikedIn所采用的控制面板设计样板

活动框（Action Bar）

活动框是Android最重要的设计模板和与众不同之处。它的工作原理非常类似于传统网站的banner，左边有标志或标题，导航项在右边。活动框的设计非常灵活，允许在菜单悬停和放大搜索框。它一般用作一个全局功能，而非单个程序。

Twitter所采用的活动框设计样板

搜索框（Search Bar）

这为用户提供了一个简单的按类别搜索的方法，并提供搜索建议。

Google Seach程序所采用的活动框设计样板

快速活动栏（Quick Actions）

这种设计样式和iOS的弹出动作有点相似，为用户提供了额外的文本行动。例如，点击应用程序的照片，可能会触发快速活动栏，让用户共享该照片。

Twitter所采用的快速活动栏设计样板

随同构件（Companion Widget）

小构件允许应用程序在用户主屏幕上显示通知。与iOS上以临时模态对话框形式推送通知不同，随同构件始终保留在主屏幕上。（提示：想你的Android设备选择构件，只需点击并按住屏幕上的任意空白区域就可以。）

Engadget, New York Times以及Pandora所采用的随同构件

使用既定的设计样板对于保持用户直观和熟悉的体验是非常重要的。没有用户希望在Android设备上的体验iPhone的感觉，也没有Mac用户希望在自己的Mac OS环境里体验微软。了解了设计样板，是学习Android语言以及给用户设计最优体验的第一步。你的开发人员也会感谢你！

Android设计必备材料

OK，既然你已经着手设计Android应用程序和并准备使之成为现实。那还有什么可以提供给开发人员的吗？这里有一个快速交付清单：

基于基准320× 480 dpi 的“中等”尺寸的有附注的用户体验说明表格。包括额外的屏幕，比如当“大”尺寸屏幕需要修改布局，或者需要图景版式时。
对应中型HVGA320×480屏幕和大尺寸的320×533屏幕（基于WVGA800 ×480 hDPI物理像素屏幕）的两套视觉设计模拟器材。
有关间距，字体大小和颜色，以及任何位图的指示等规格文件。
保存为透明PNG文件的一个包含lDPI，mDPI和hDPI版本所有的位图图形库。如果你还想为小型设备装置及或者其他大型设备开发其他版本的应用程序，你需要为“中等”基准的设计准备一个lDPI 和mDPI图集，同时还需给“大”尺寸版本的准备hDPI图集。
保存为透明PNG文件的特定密度的应用程序图标，包括应用程序的启动图标。Android已经在这个问题上给开发人员提供了很多精美图片，还可可以另外下载，包括图形的PSD模板。

如何截屏

假如你的产品经理想要开发人员的架构截图。而开发人员正忙，明天之前都不能给你。你怎么办？直到现在，Android都还没有提供一种内置采取截图（无赖吧？）方式。唯一的办法就是去处理它，这意味着需要假装一段时间的开发人员和下载一些可怕的软件。让我们开始吧！

以下软件必须在Windows环境下下载（我是通过Mac上的Parallels Desktop使用Windows的）。

所有的Android设备USB驱动程序；
Android软件开发套件（SDK）；
Java SE SDK

然后在电脑上：

将USB驱动程序解压缩到桌面上的一个文件夹；
将Android SDK解压缩到桌面上的一个文件夹；
安装Java SE SDK

在Android设备上：

打开“设置”（程序菜单里）
点击“应用程序”；
点击“开发”；
查看“USB 调试”

好了，有趣的来了：

将Android设备通过USB接口连接到计算机，并允许Windows安装的所有驱动程序。其中一个驱动程序可能无法找到，你可能需要去到“控制面板”的“Windows设备管理器”。在那里，找到这个设备（旁边有黄色警告图标），并右键单击。
选择给设备“更新/安装”驱动程序。
转回到桌面。打开Android SDK文件夹并选择SDK中的Setup.exe。
允许其自动刷新SDK操作系统的列表，并选择安装所有软件包。
一旦完成后，退出应用程序。
返回到桌面上的已打开的Android SDK文件夹，打开“工具”文件夹。
点击“ddms”文件，打开Dalvik Debug Monitor。
从“Name”对话框中选择设备。
在应用程序的顶部菜单中，打开“设备”菜单，选择“屏幕捕捉… …”，一个设备屏幕捕获窗口将打开，你应该就可以看到Android设备的启动屏幕了。

The Dalvik Debut Monitor.

浏览：

打开Android设备，浏览任何页面。回到计算机上，并在“设备屏幕捕捉”点击“刷新”。Android设备当前的画面应该就会出现。
如果你使用的是Mac，你可以按照Shift + Command+4的老招来截图。在Windows中，你可以复制并粘贴到Windows媒体应用中去。

关于Android平板电脑

Android平板电脑无论在大小尺寸还是屏幕密度方面都和智能手机有很大的不同。而在屏幕密度方面，我们通常假设所有的平板电脑都是高清晰和在位图图形方面都采用特大型的“xDPI”尺寸。

在2011 CES大会上，厂商们纷纷推出Android平板电脑，屏幕尺寸也各不相同。然而，快速研究过几款最流行的型号后，我们可以了解到屏幕主要还是集中在物理像素1280×800和800×480的两个重要尺寸上。

随着Android 3.0 Honeycomb的发布，谷歌给设备制造商提供了的平板电脑Android UI。过往的物理“返回”按钮，这回被位于屏幕底部的由软件生成的固定导航按键和系统状态栏取代。

Android 3.0里固定的导航按钮及系统状态栏

在集成了2.0版中所有的设计样板的同时，Android 3.0在视觉上给人带来很多新鲜感。唯一的区别是，活动栏已更新到包括标签，下拉菜单已经其他小东西。当用户选择在屏幕上显示单个或多个元素时，活动栏还可以改变它的外观。

Android 3.0 里包含各种菜单的活动栏

另一项添加到Android 3.0框架的新功能是一个“片段”（fragments）的机制。片段是一种可以根据屏幕的方向和尺寸来调整布局大小和位置的自包含组件。这可以在屏幕大小的局限下，通过给设计师和开发人员以调整布局的弹性，借以解决多种外形的设计难题。屏幕组件可以被拉长，叠压，展开和折叠，显示和隐藏。

图例显示“片段”的用途

这个被吞口水地称为冰淇淋三明治的未来Android版本，承诺把这个功能放入Android智能手机里，让设计人员和开发人员使用“一体适用”的策略来开开发程序。这对设计师和开发者来说可能是模式的转变，他们要学习思索利用可以拉长，堆放，扩大或隐藏的拼图来设计应用程序。总之，这将允许Android操作系统在任何地方运行（无限的可能性！）。

一语箴言

多玩一玩Android手机和平板电脑，花一些时间下载应用程序和浏览它们的界面。想要基于Android设计，必须将自己沉浸在这个环境里和深入地了解它。这听起来很废话，但当听说甚至产品经理都没有Android设备的时候，你就明白我的意思了。

相关话题：Android 源地址：http://leiphone.com/design-of-android.html

Google Android 简约界面图赏

maxdison — 2008-08-21 10:18:58

Android 是一个真正意义上的开放性移动设备综合平台。它包括操作系统、用户界面和应用程序－移动电话工作所需的全部软件，而且不存在任何以往阻碍移动产业创新的专有权障碍。谷歌与开放手机联盟合作开发了 Android，这个联盟由包括中国移动、摩托罗拉、高通、宏达和 T-Mobile 在内的 30 多家技术和无线应用的领军企业组成。通过与运营商、设备制造商、开发商和其他有关各方结成深层次的合作伙伴关系，我们希望借助建立标准化、开放式的移动电话软件平台，在移动产业内形成一个开放式的生态系统。我们认为此举必将推进更好、更快的创新，为移动用户提供不可预知的应用和服务。

Android 作为谷歌企业战略的重要组成部分，将进一步推进"随时随地为每个人提供信息"这一企业目标的实现。我们发现，全球为数众多的移动电话用户从未使用过任何基于 Android 的电话。谷歌的目标是让（移动通讯）不依赖于设备甚至平台。出于这个目的，Android 将补充，而不会替代谷歌长期以来奉行的移动发展战略：通过与全球各地的手机制造商和移动运营商结成合作伙伴，开发既有用又有吸引力的移动服务，并推广这些产品。

界面相当简约。看多了炫的界面。看看这个别有味道。个人非常欣赏些图标，非常鲜明。

http://code.google.com/intl/zh-CN/android/

深入谷歌 Android 和苹果 iPhone OS：核心平台

Oliver.C — 2009-12-05 22:00:21

原文链接；作者 Prince Mclean

搭载谷歌 Android 操作系统的智能手机正在发起一轮新的攻势，最终达成让人们真正值得期待的产品。本系列文章从智能手机软件平台的角度分析 Android 与 iPhone ，这是首篇。

Android 并未与 iPhone 正面冲击，它是一个灵活的平台，不同的企业可以进行范围丰富的定制，而不像 iPhone 那样：由单一公司管理的特定产品。

然而，随着其余智能手机系统的尽数溃败（包括老旧的 Palm OS，Linux 系 OpenMoko 和 GreenPhone，Windows Mobile，甚至是领先的 Symbian），Android 已经成为 iPhone 最大的假想敌，硬件商们亦希望借此与苹果抗衡。HTC、摩托罗拉和索爱推出的新机正剑指 iPhone，只是途径各有不同。

将特定的 Android 机型与 iPhone 进行比较是困难的，因为 Android 只是整个系统的一部分。某些机型也许与运营商独立绑定，有不同的收费标准，覆盖范围，运营商限制或是与 Android 并不相关的技术限制。同样，不同的手机制造商也有诸多方面的问题，例如设计、质量、售后、功能或价格，这些问题多少会影响到用户体验，但同样与 Android 无关。

基于这样的原因，本系列文章仅在软件平台层面上将 Android 与 iPhone 进行对比，讨论它的优劣之处，而不是就具体型号的设备展开。这些问题适用于市售的所有 Android 手机，也适用于还处于开发的产品。除此之外，当消费者真正考虑选购一款手机的时候，在软件平台之外，还有许多值得权衡之处。

然而，软件平台是如此深刻的影响到易用性、扩展能力、第三方软件以及后续支持，因此分析二者的区别便可以就 Android 用户与 iPhone 用户在电话寿命周期中所能拥有的操作体验上得到许多启迪。这类似于 Windows 与 Mac OS X 之间的对比，而不是比较特定的 Windows PC 与麦金塔的功能。

Android vs. iPhone：表面之下

Android 和 iPhone 的软件平台不仅是一个核心操作系统。事实上对用户而言，操作系统间的差异是影响最小的那部分。二者都基于 Unix 内核，少有用户能深入到那里。Android 使用 Linux 内核，iPhone 使用同麦金塔相同的 Mach/BSD Unix 内核。

关键是这并不重要，原因是二者都没有真正提供访问内核层的方法（无论是对用户还是开发者），而且二者的设计目的也不是运行为 Linux PC 与麦金塔打造的桌面应用程序。它们是好技术的范例，在核心操作系统之上，满足了智能手机系统的需要。

与用户有关的层次远高于系统内核，这里是程序运行，安全保障与智能手机背后的商业模型影响用户行为之所在。

平台体系：Android

不同于诺基亚 N900 运行 Maemo Linux 这样的桌面 Linux PC 软件（构建于 X11 / X Windows System 以及窗口管理器如 KDE 和 GNOME），Android 提供了一个修改过的 Java 虚拟机，在许多方面类似于黑莓操作系统以及可以运行 Java ME 的 Symbian 机。谷歌修改了 Android 的 Java 字节码解释器（Dalvik）以逃避向 Sun 购买官方 JVM 的支付费用。这使得谷歌能够免费提供 Android，Sun 也无法干涉。这也有效的使 Android 成为一个 Java 平台，而不是 Linux 平台。

现有的 Jave ME 软件很容易就能移植到 Android，这是一个优势，原因不仅是使得熟悉 Java 编程的开发者更容易移植第三方 Android 软件，也迫使开发者做些许改动将程序进行移植而不是原封不动的使用旧有 Java ME 程序。Java ME 程序大多简单低质，兼容性也不好。Java ME 与 Flash Lite 分庭抗礼，二者虽然被手机制造商广泛采用，但 Flash Lite 也如同 Java ME，没有许多高质量的软件。

Sun 的移动 Java 平台号称「一次写就，随处运行」，但实际表现却差强人意。黑莓与 Symbian 用户希望的是针对系统优化过的程序，而不是能够在任何型号上运行的通用程序。

Java ME「随处运行」的前提是难以达成的，原因是不同的电话（即使是来自同一个厂家）部署 Java 虚拟机的方式各有不同，结果是每一款软件都要针对新机型进行测试和优化。这便是为何 Sun 的 Java ME 平台尽管号称「寰宇最强之移动软件平台」，但终究没有获得成功的原因。

谷歌有意的弃置与 Java ME 的兼容性，转而将 Delvik 推举为新的开发平台，使之充分发挥开发者的经验，这样一来也阻止了 Android 程序在黑莓与 Symbian 手机上运行。Android 对 Java 技术单一化、标准化的部署会做到广泛授权的 Java ME 从未完成的事：建立一个真正的软件市场。

曾有发生

Android 的目标同 70 年代晚期的桌面电脑界的情况有些相似。当时许多厂家使用 CP/M 来编写程序以便在多种型号的电脑上运行。微软发布了在 CP/M 基础上修改过的 MS-DOS ，与 IBM 合力推广，接着通过售卖标准化与专营化的版本而大获成功，并成为一个松散的开放标准（开放的含义并不是开源或是开放说明，而是指被多家公司广泛采用。）

其他公司开始模仿 MS-DOS，新的 DOS PC 市场始见雏形，也使得硬件商能够捆绑任何版本的 DOS，用户们便能在机子上运行任意的 DOS 软件。然而，微软接下来介入其中，最终通过 Windows 95 消灭了所有 MS-DOS 的竞争者，将 PC 软件平台牢牢的控制在手下。

与此不同的是，谷歌表示允许制造商随意使用 Android。手机厂商，甚至是运行商都可以在 Dalvik 字节码解释器的基础上定制自己的版本。这很像80 年代后期 DOS 界群雄混战的状态，与 Windows 世界过往 15 年的历程显然不同。

这是很重要的差异，缘由是专家们常将 Android 与 Windows 互相比较。尽管谷歌在运作新平台与借此盈利方面与微软有着许多的不同。

平台体系：iPhone

苹果的做法则完全不同，不在 Java ME 上作文章，而是将 iPhone 运行在缩减后的 Mac OS X Cocoa 开发环境下。依靠 Mac 开发者而不是 Java ME 程序员。

虽然仍可以把 Java 代码移植到 iPhone 上，但由于苹果只支持 Objective-C/C 所以需要更多的转换工作。苹果无意使 Mac 应用简单的转换到 iPhone 上，由于 iPhone 与 Mac 开发环境的相似，也能将开发者的目光更多的转移到 Mac 之上。iPhone 的销量目前已是 Mac 的两倍，品牌认知度也比 Mac 更高。

开发环境双方未分高下，开发工具也类似，只是 Android 对开源与 Java 开发者来说更为熟悉，而苹果的则同自家的桌面开发工具非常相似。苹果在此略有优势，因为早于 Android 发布一年半之前就开始部署，而且 Mac OS X 十年来也一直在改进，而谷歌适才进入平台开发市场。

然而 Android 团队与谷歌协力工作的时间同苹果开发 iPhone 类似，大概都是从 2005 年开始。在收购之前，Android 项目自 2003 年开始，并大量使用始于 2000 年 Danger 之上的操作系统技术，同 Mac OS X 的开发时间类似。因此在许多方面，Android 同 iPhone 是同时代的，而 Symbian 、黑莓 OS 和 Windows Mobile 的核心系统都起源于 90 年代中期，目的仅是作为单纯的 PDA 或传呼机操作系统。

Android vs iPhone:商业模型

除了技术方面的区别，Android 与 iPhone 在许多方面也有显著的差异，而且这些方面能够更直接的影响到用户体验。用次等技术制造出好产品，或用最好的技术制造出糟糕的产品都是可能的。除了独有的技术之外，以下几方面也会影响到用户体验：

由平台商业模型决定的用户自由度。
通过软件升级增加功能、提高性能的潜质。
默认软件的易用性，以及第三方软件的质量。

接下来的章节将讨论 iPhone 与 Android 在这些方面的差异。

深入谷歌 Android 和苹果 iPhone OS：商业模式

Oliver.C — 2009-12-05 22:01:35

作者：Prince McLean；原文链接

Android 给予了智能手机制造商赶超 iPhone 的希望。本文是系列分析的第二篇，主要探讨 Android 与 iPhone 于智能手机软件平台之上的对比，特别关注的是二者的商业模式以及如何借此来影响用户。

Android 对 iPhone：「限制」对「安全」

平台提供商，在这里是指苹果和谷歌，它们亦需要反复权衡取舍才得以创造出值得用户期望的产品。一方面，用户既希望手机可靠多能，又不想受制于产商人为的限制。

同时，用户也希望平台富于进取，及时增加新的功能，并保障他们远离恶意病毒、广告软件、间谍软件、垃圾消息等等所产生的数据失窃带来的滋扰。

但问题是新功能的加入通常会导致软体的臃肿，性能的下降以及突如其来的臭虫，而推行严苛的安全制度又会导致用户的不满与受限。平衡这些要素是工程学上的一门艺术、苹果和谷歌能做的多好与各家平台的商业模式息息相关。

商业模式：苹果

iPhone 平台的商业模式极为简单：由单一公司掌控所有事物，以图能成为最受欢迎的产品，即是为了卖出尽可能多的 iPhone。

iPhone 的软件平台与硬件设计互为一体，亦与 iTunes 紧密结合来执行安装、软件升级、备份、媒体同步、程序管理的工作，还有可供选择的云端同步服务 MobileMe。

运营商们必须接受有关的易用协定（例如，支持 iTunes 而不能强推自家昂贵的铃声、音乐与软件下载服务。）然而，苹果的运营商策略在许多市场中也限制了用户的选择，例如在美国，iPhone 只能使用在 AT&T 的网络上。

苹果还严控 iPhone 出售的地方，并将售后问题独揽身上。若是面临硬件故障，或诸如如安全和性能下降等软件问题，苹果亦无从推卸。如果 iPhone 出了什么问题，一定是苹果的责任。

另一方面，你无法从其他地方得到 iPhone OS，也不允许修改核心软件，或安装苹果认为质量低劣、与其设计目标不合的软件（包括第三方程序的后台操作），或有损其平台（例如 Adobe Flash）除非你私自通过越狱来破解 iPhone，但这并非苹果许可的行为，它亦竭力阻止此事的发生。在某些情况下想要增入苹果不想支持的功能无异于登天。

商业模式：Android

谷歌的商业模式更加复杂同时也更为简单。它不靠出售硬件或软件许可（免费并开源）获得收入，它的收入来自广告出售及用户偏好跟踪，通过旗下的应用包展开（既不免费也不开源）。

Android 与硬件的结合度越高，第三方制造商越可能考虑采用它（或有能力生产）。硬件商可以增加谷歌未完全支持的功能（例如多点手势触控，或独有的用户界面），Android 也可以提供在某些设备中没有包含的功能。（例如罗盘）

与 iPhone 、iTunes 不同的是，Android 手机未被集成入任何一种形式的桌面管理程序，因而不同网络、不同厂商的用户面临着各异的设置情况，因此安装、升级、备份、媒体同步、软件管理以及云同步在不同的手机上便可以以不同的形式出现。

Android 手机与运营商的捆绑程度亦各有不同。有的已被解锁，几乎可以在任何网络上运行，而有的捆绑程度严苛如 Verizon 的非智能手机，这些手机硬件不佳，且无法移除 VCast（Verizon 的媒体下载服务）。

对谷歌来说，与运营商的关系做到像苹果那样强势很难，因为它并不生产硬件。预计明年年初将有一系列 Android 手机上市，厂商们都宣称自加的产品体验将有别于他人，这使得 Android 平台与强调一致体验的 iPhone 截然不同。（同样的例子还有 Windows）

HTC 力推 Sense 界面，摩托罗拉以 MotoBlur 出击，索爱则把即将上市的 Xperia X10 的用户界面称为「Rachael」或 UX，其他厂商亦有推出自家独有界面的计划。

试想，假如戴尔和惠普生产完全不同的台式机与应用程序，绝大多数用户们能分辨得出系统装载的是 Windows 吗？这种情况看上去更像是 Linux PC，有许多种选择，没有绝对占大头的产品，结果导致软件开发、用户培训与支持资源互相间无法共享。微软强迫 PC 大佬们推行统一界面可谓不遗余力，这强化了消费者对 Windows 的认同，也使得 PC 厂家的推陈出新变得更加容易。

许多用家会难以意识到他们使用的是一支 Android 手机，亦不知其实不同厂商或运营商的 Android 手机有许多共通之处。这是因为，Android 没有标准化的品牌推广，没有强制的最小安装包，也没有固定的用户界面，它没有限制外观的呈现方式，没有要求触控手势要如何工作，也没有规定硬按钮要怎样布设。

没有品牌

与 iPhone 不同，谷歌对何种程序应纳入 Android 软件商店并无明显限制，但由于验证与安全机制的缺失导致用户面临间谍软件和恶意软件的攻击与广告软件的滋扰，同时亦无任何的官方软件质量守则。

也许用户对谷歌松散的品牌管理不会加以抱怨，但这会影响到市场对 Android 产品的接受程度，转而影响 Android 手机的竞争力和平台的软件数目。

例如，苹果精心守护着独一无二的 iPhone 品牌，谷歌则允许任何设备称己为 Android。如果某家厂商生产了一款非常糟糕的 Android 手机，它是能够损害到 Android 平台的声誉的。这也是为什么微软如此努力的为 Windows PC 创建标准底限和统一界面的另一个原因。

谷歌在管理平台方面没有经验，也没有显示出哪怕分析一下是什么原因致使了微软在 PC 之上的成功。谷歌对品牌管理似乎也漫不经心，对于一个名字已然跃升为网络搜索的代名词，和拥有像 Gmail 一般广为人知的产品的公司来说，这真是不寻常且有趣的问题。

谷歌似乎从未想过将 Android 品牌推广到主流消费者手中，取而代之的是，它允许合作伙伴通过各种方式宣扬 Android 品牌。例如 Verizon 将旗下的 Android 机型以「Droid」之名进行推广，相同的硬件设计也许来自不同的制造商（「Droid」由摩托罗拉制造，「Droid Eris」是 HTC 在相对老旧的硬件上改头换面所打造的产品），而在其他运营商那里名字也有所不同。（摩托罗拉 Droid 在其他地方以 Mileston 出售，Droid Eris 的真名是 HTC Hero）

这全然阻碍了摩托罗拉在全球市场中推广自家的 Android 手机，对 HTC 亦如是。它还会使得用户不自主的将 Android 与 Verizon 联系在一起，尽管事实上第一台 Android 手机是由 T-Mobile 发布的，而明年全美的运营商都可能出售 Android 手机。

想象一下，苹果允许一些运营商以「iPho」之名出售 iPhone，品牌的认知就会出现问题，或者苹果试着在世界各地以不同的名号推广 iPhone。品牌的要旨是创造知名度及消费者认知感强烈的产品名称。

谷歌允许合作商们在 Android 品牌之上互相对战，允许它们推出具有竞争力但又易于混淆的子品牌，还可以有不同的用户体验。结果便像是转瞬而逝的烟火，在消费者眼里全然没有印象，像 LG Prada、Vu、Viewity、Venus、Voyager、enV Touch、Cookie、Dare、Secret、Arena、Xenon、Cyon、Shine、Incite 以及 Renoir（都是相同或非常类似的触屏手机，只是在不同的市场上由不同的运营商发售而已）这样的品牌便在同时期与 iPhone 的认知度对战中败下阵来。

如果 Android 手机出了什么问题，用户也许会指责运营商或手机厂，或是 Android 开源社区，没有人能对手机负完全的责任，即便他们愿意这么做，其实他们也没真的想这么做。结果使得 Android 变成爱好者与黑客的乐土，但对于老实本份的主流用户来说便可能是一连串的灾难。

消费产品的软件集成

许多对 Android 的消极影响与谷歌的商业模式有关，这非常像微软的 Windows Mobile 和 PlaysForSure。与 PC 上的 Windows 大获成功不同，微软在移动设备领域遭遇了巨大的失败，很大程度是由于软硬件的集成度对 PC 用户的影响弱于对手机用户的影响，掌上设备涉及更多的直接操作，还包括电源管理，性能与用户界面，这需要比桌面 PC 花费更多的精力来完成。

微软的软件许可模式在服务器领域以及有 IT 专员支持的用户那里运作的最好，在这些领域里最流行的是 Linux。微软对用户体验的掌控帮助它从主流用户手中攫取了 Linux 的地盘，但并未放缓苹果通过其更具集成化的麦金塔蚕食 PC 市场的脚步。然而，在移动设备中，苹果严控之下的用户体验使得 iPod 与 iPhone 获得了极大的成功，无论微软还是其他开源软件平台在这两个市场都未曾破局。

在手机授权领域最成功的故事要属 Symbian，但很大程度上，这仅是几个主要的手机制造商之间在内核研发上的合作协议。诺基亚、索爱和 NTT DoCoMo 各自运维着与自家硬件结合紧密的 Symbian 版本。

面对着来自 RIM 与苹果集成度更高的手机的竞争，Symbian 的份额剧烈的下滑，诺基亚戏剧性的转向共享代码的开源平台。没有证据显示有什么能阻止 Symbian 在智能手机市场的份额继续下滑。Windows Mobile 与一度风光无限的 Palm 的双双陨落亦佐证了这类模式的兴衰。

除了商业模式的不同，Android 和 iPhone 在核心软件平台、预置程序与第三方程序等方面亦各有不同。下一节将对此进行讨论。

延伸阅读：《深入谷歌 Android 和苹果 iPhone OS》
第一篇：核心平台
 第二篇：商业模式
第三篇：技术先进性（即将刊登）
第四篇：软件市场（即将刊登）

Android那些事儿（一）成长中的Android

maczheng — 2011-02-09 16:05:20

Android 是近年来再移动设备行业相当火热的词汇，在此我从交互设计的角度整理了此文章，文章分为三个部分，跟大家讨论android的那些事儿。

第一部分：成长中的android;

什么是android，为什么要android，怎么来做android；
目前android怎么样了：多屏幕，多应用，多用户，多变种，“多”以致“乱”的用户体验。

第二部分：android phone的交互特性;

以screen和box为载体的信息布局；
以物理按键和屏幕对象组成的意图对象集合；
以长按为特色的意图动作集合；
以状态栏为载体的通知系统；
一些零碎的特性。

第三部分：android pad的特性。

Pad和phone的区别；
Android pad和ipad的区别；
设计android pad的尝试与展望其未来发展。

——————————————————————————————————————————–

第一部分：成长中的Android

——————————————————————————————————————————-

什么是Android？

Andy Rubin

Android 是google公司主导的一个开放的手机操作系统，不过目前已经超过了手机的局限，而定位于移动设备的操作系统。
Android一词的本义指“机器人”，取名原因很简单开发者叫Andy Rubin。中文官方称呼“安致”，民间称呼“安卓”。
2004年Andy Rubin创业成立新公司Android。
2005年Google为发展移动互联网，收购了Android公司，展开了短信、手机检索、定位等业务。
2007年11月5日Google对外宣布基于Linux平台开源手机操作系统叫android，该平台由操作系统、中间件、用户界面和应用软件组成，号称是首个为移动终端打造的真正开放和完整的移动软件。早期由Google开发，后由开放手机联盟（Open Handset Alliance）开发。
2008年9月22日，美国运营商T-Mobile USA发布第一款基于Android的手机——T-Mobile G1。该款手机为宏达电制造，是世界上第一部使用Android操作系统的手机，支持WCDMA/HSPA网络，理论下载速率7.2Mbps，并支持 Wi-Fi。在随后的几个月越来越多的厂商也开始宣布将提供Android手机。

T-Mobile G1

为什么要发展Android？

变革：人们对信息的获取和计算经历了几次变革，首先从以PC桌面系统为中心转向以PC web为中心，现在正从PC web转移到无线互联网为中心。谷歌的mission是成为全球的计算机，把互联网的“云”就必须带到移动互联网上，因为移动互联是未来的全部。Android 作为谷歌战略的重要组成部分，将进一步推进“随时随地为每个人提供信息”这一企业目标的实现。
自由：谷歌的目标是让移动通讯不依赖于设备甚至平台，基于此Android 将进一步补充谷歌长期以来的移动发展战略：通过与全球各地的手机制造商和移动运营商结成合作伙伴，开发既有用又有吸引力的移动服务，并推广这些产品。
盈利：自由战略决定了必然形成一个开放的手机操作系统及提供智能应用的市场平台那就是android market。Apple公司以iTunes App store 应用超市征收上架费的模式获得大量用户群并挣得巨额利润；Nokia也开发了OVI应用商店，但因为Nokia智能手机系统的复杂等等原因，应用的数量和质量都不能满足用户的需求；Google android market目前以免费为软环境，建立未来广告阵地，Market 从自身来讲是个盈利的阵地。

整合：Android 从设计之初就跨手机、机顶盒和上网本等多样终端而工作，需要提出的谷歌 Chrome 操作系统则为那些花费绝大部分时间用于上网的用户而设计，被设计用于装备从小型上网本到大型台式系统在内的各种计算机。Chrome 操作系统和 Android 有一些领域重合，Google坚信选择驱动创新，并让包括谷歌在内的每一个人受益。Android将是Google 的产品体验生态系统中的重要一链。

怎么发展Android？

Google的使命：组织全世界的信息，且让所有人无障碍的获取以实现价值。而移动设备让成为了实现这一目标的催化剂。同时强调统一的体验才能保证应用有用。 2007年Google 用户体验leader Leland Rechis谈及到移动用户体验战略，如下： 发布应用要考虑6层问题。

理解谁是用户，何时，何地来使用。
- 重复性操作用户：Google提供cookies 来方便用户进进出出。
- 无聊型用户：为了打发等车或坐车时的那几分钟；浏览多于撰写，要简化输入功能。
- 紧急性用户：为了寻找特定的信息或者是在特定时间完成某个任务，比如检查航班、找旅馆等等。多是本地应用，所以Google强化本地信息的应用。
装在口袋里：屏幕有限，要考虑减少输入，也要考虑清楚最有价值的信息放在屏幕上。
比PC更需要个人隐私保密。
一致性：重点指的是在不同屏幕下的一致性，贯穿PC，mobile phone，PAD，TV等设备的Google的体验生态系统。
强化本地化。任何应用对用户来说都有区域限制，也是区域优势。需要更完善的本地化服务（LBS）。
整合设备，模式，产品。是谷歌“云”服务的一个终端而已。

新上任的android UE leader Matias Duarte 之前在palm公司指导手机webOS操作系统的设计，到android团队上任之后，指导了2.3和3.0系统的设计。在2011年CES展会接受engadget的采访中提到，Android是前所未有的充满发展空间，特别要关注android 3.0 honeycomb的巨大市场潜力。

Matias Duarte

Android现状

官方版本历史

官方每半年做一次系统升级，分别定在每年的夏天和年终。以C D E F G为首字母的甜点食品顺序排列。每个版本的发布都让android有不小的进步。

http://developer.android.com/resources/dashboard/platform-versions.html 源于官方的统计数据说明，目前版本集中在2.1和2.2版本，最新的2.3的装机量很小。

2.3版本新特性

UI中更多的绿色运用，表现更精细,简洁,快的特征；
快而直观的文本编辑，长按实现选择编辑的功能；
电量，消耗可视化管理。
任务管理器
网络电话 sip账号，根据地区和设备制造商不同而不同。
浏览器添加标签
近场通信：近距离（10cm以内）安全通信的无线通信技术，模拟为一张非接触卡，移动支付，移动票务，身份识别。银行卡，门禁卡，电子票。
下载管理：可通过浏览器，邮件等查看历史下载文档。
相机：前后摄像头都可用

android 2.3 界面snapshot

多屏幕

屏幕包括两个维度，一个是尺寸，一个是分辨率。如下图，android把屏幕分为小屏幕，普通屏幕，大屏幕，超大屏幕；分辨率分为低，中，高和超高分辨率。这样的结果就出现了4×4为16种屏幕布局可能。

最早看见的开发文档把屏幕分为了低、中、高的分辨率屏幕，分别制作图标集，现在又出现了超高分辨率的标准如下图。目前终端屏幕多在中和高分辨率中，大概覆盖的屏幕尺寸如图。当pad出现之后，屏幕适配确实成为一个难题。

对不同屏幕的适配的解决办法

同一个应用制作多分辨率的图标集。
Android系统中屏幕元素用dp单位，可根据低中高三个规定好的规格设计。
图片会利用 9patches技术，生成能透明的可拉伸的PNG图片。

图标类别	指定屏幕属性上的标准件尺寸（像素）
图标类别	低分辨率屏 (ldpi)	中分辨率屏 (mdpi)	高分辨率屏 (hdpi)
Launcher	36 x 36 px	48 x 48 px	72 x 72 px
Menu	36 x 36 px	48 x 48 px	72 x 72 px
Status Bar	24 x 24 px	32 x 32 px	48 x 48 px
Tab	24 x 24 px	32 x 32 px	48 x 48 px
Dialog	24 x 24 px	32 x 32 px	48 x 48 px
List View	24 x 24 px	32 x 32 px	48 x 48 px

多分辨率的图标集

多系统版本

除去上文提到的android不同版本，另外还有其它厂商和团体开发的自定系统，包括深度定制和适度的shell修改。

Moto blur l HTC sense
Sony Ericsson timespace
魅族m9
点心 UI
Kite UI
MIUI
Lephone
Ophone

Moto blur：更强调SNS信息更新备份的展示界面。

Moto blur

索爱Timescape：同样强调了sns功能，可以让你在一个界面里同时看到电话联系人、Facebook、twitter和短信内容，主界面的四个角落里分别可以放置一个快捷方式，用户可以进行自定义。

索爱Timescap

HTC sense：以时间卡片为视觉代表的UI，自定义的UI丰富了视觉表现，但是在交互方式层面并没有太多的变化。

HTC sense

魅族M9 ：基于android 2.2系统，在信息展示层面有深度修改优化，是一款比较适合国内用户使用的系统。泄露出来的M9 rom 目前还可以移植到milestone等手机上，也说明了此rom受关注的程度很高。与原生的android 不同的地方在于：

Title和status bar的整合，以期节约空间。
框的统一设计，对话框警示框等。
吸取iphone的文件夹概念。
取消android本来的桌面和应用抽屉概念，保证应用仅在桌面展示。

Lephone：联想开发的手机，在硬件外观设计上获得好评，在UI设计上有以下新颖之处：

取消android的众多物理按键，以Touch pad 取代之，比如向上出现menu，向左为返回等动作。
在页面的title上，应用多有返回键
Status bar右侧类似太阳的其实是返回主屏的按钮。

lephone

Miui：口号是让android 手机更快更好玩。这个UI类似Iphone，但更丰富，也真的更好玩。视频演示：

Android那些事儿（三）安卓Pad交互特性

maczheng — 2011-02-14 00:48:49

Android Pad 和Phone一样都存在多尺寸问题。对于Pad，更揪心的是屏幕比例和尺寸的多样性，这些因素直接影响着UI的表现方式。比较困惑的是我们的如何设计一个兼顾各种屏幕尺寸，分辨率，比例和方向的Android Pad应用。为此我们质问自己Android Pad 和Phone有什么差别？Android Pad 和iPad有什么区别？

现在很难找个能代表Android Pad的产品（不确定的尺寸，按钮位置，数量），在此仅以下图表示神秘莫测的Android Pad。

神秘多变的Android Pad

第一个问题：Pad怎么就成了Pad？在此我总结了Pad和Phone的区别：

	Pad	Phone
尺寸	5寸-10寸	2寸-5寸
应用场景	家，办公环境中用于娱乐，演示有连续长时间沉浸式的流畅体验	放在口袋中，随身携带时间上更碎片化。
交互方式	触摸屏幕，点击，拖拽。	触摸屏幕，点击，拖拽。
手持方式	一般双手握持，可双手操作另外借助膝盖，也叫laptop。左手握持，右手操作较多	单手操作的情况较多。可以说就是在手掌中的。
操作时间	较长，半小时以上	操作时间短，大多在3分钟以下，操作频率高。
显示方向	大多兼顾水平和竖直方向	大多是竖直方向
信息展示层级	页面+弹出菜单的结构。较少的全页面切换，局部信息切换 Screen + popup box	页面到页面的切换 Screen to screen，页面到另一页面的切换
内容	足够的空间展示更多的内容和功能。内容和功能的外显更多。	空间有限，一些功能，内容巧妙的隐藏，比如内容通过下级页面来拼接。功能放在menu中，或者情景菜单中隐藏。保持页面更多地展示内容。

外媒评价的10大android pad http://www.cnbeta.com/articles/131157.htm

型号	尺寸	分辨率	物理按键数量及位置
Advent Vega	10	1024×600	1个位于宽侧正中
Archos 70	7	800×480	4个位于窄侧右
Archos 101	10	1024×600	4个位于窄侧右
Asus Eee pad	10/12	不详	不详
Dell Streak	5	800×480	3个位于窄侧右
Elonex eTouch	10	1024×600	1个位于窄侧右
Notion Ink Adam	10	1024×600	不明
Samsung Galaxy Tab	7	1024×600	4个位于窄侧下
Toshiba Folio 100	10	1024×600	4个位于窄侧右
Viewsonic Viewpad 10	10	1024×600	3个位于窄侧右

另外众多国内品牌下的Android Pad 都在7寸到8寸，分辨率在800×480占绝大多数。物理按键各有不同。

目前Android Pad的特征如下：

目前多数Android Pad 都运行的是用于手机的系统版本。

尺寸	基本分为3个尺寸，5寸（dell streak），7寸（多），10寸（多）。
屏幕分辨率	800×480和1024×600的居多。
屏幕比例	16:10,17:10，都不是传统的4:3的比例，这和iPad比较大的区别。
物理按键数量和位置	类似iPad的单主屏键，位于窄侧的正中 Android Pad的多按钮，位于窄侧靠上位置 aigo Pad e700按钮分别放置在窄的两侧。总的趋势：数量有1个的，3个的，4个的，但绝大多数都放置在屏幕窄的一侧，很少把物理按键分散放置的。
屏幕默认方向	水平方向的居多，仅三星为代表的7寸屏默认竖直方向。

-

Android Pad的布局方案

注意：以下的布局方案基于Android 1.5到2.2系统下，不一定适于Android3.0

Design for 宽屏
Design for 水平方向：视不同应用考虑不同的默认方向，宽屏的竖直方向难以让人接受。
Design for 双手持双手操作和单右手持右手操作

鉴于众多的宽屏终端，在信息布局上可以如下规划。

Status bar：作为信息通知和任务切换的意图对象在pad上是不可缺少的。
双栏布局：左侧为应用一级导航，右侧为下级页面。
Page：包括page title，内容区，右侧更多功能操作。
Popup box：操作出现的弹出框在操作按钮的附近出现（图中popup box），信息弹出框底部是更多的功能操作区
Dialog box：在这个信息弹出框之上还可以弹出对话框，是一些功能和属性的判断与选择。
Toast：在对话框之上还可能出现toast样式的弱提示信息。

Android Pad 水平方向布局

Android Pad 竖直方向布局

以上是近期市面上流行的Android Pad，他们大多安装在1.6到2.2的系统上，而这样的系统被认为是Android在小屏幕上系统勉强用在大尺寸屏幕上。

对于大屏幕，Android 又在做什么呢？

Android的未来 Android 3.0 Honeycomb

将运行专门用于Pad的Android 系统3.0 这个系统的特征就是取消了物理按键，把主页，返回，菜单放置在屏幕上成为更灵活的意图对象。

装载Android 3.0 的MOTO XOOM

MOTO XOOM装载了Android 3.0 ，我们可以看到这个系统的特征就是取消了物理按键，把主页，返回，菜单放置在屏幕上成为更灵活的意图对象。这样的好处非常明显：

更多方向的随意支持，不再受按键的制约，Pad可以4个方向显示应用界面。
全局的主屏，菜单和返回按键可以根据应用属性更好的自定义位置，应用的展现方式更加灵活。
实现全触摸操作的界面，不再依赖物理按键。

3.0系统是全新的为大屏幕特别是平板电脑设计的操作系统。强调真实，全息的界面设计，是优雅的，聚焦内容的交互模式。它依然继承了Android完美的多任务，强大的通知机制，自定义的主屏，工具等，并把这些特性贯穿于栩栩如生的3D体验中，更深刻的交互。

和以往的系统相比，布局上的变化在于顶部和底部的bar。

系统栏（System Bar），位于屏幕底部，对应全局状态和通知系统。类似之前版本顶部的状态栏，但增加了例如多任务切换的功能。
操作栏（Action Bar）：位于应用中屏幕的顶部，是该应用具体的操作功能。

3.0拥有更丰富的连接方式，USB， WIFI，蓝牙。增加了更有效率的连接协议，这样就可以直接连接相机等设备同步媒体文件了。

3.0更新了一系列的标准应用，例如浏览器支持多个Tab；相机的圆弧型截面；联系人和邮件运用双栏设计。值得一提的是列表操作中，实现多选并拖拽的交互。

相机的圆弧型截面

联系人和邮件运用双栏设计

多选并拖拽的交互

更多关于3.0的资讯查看http://developer.android.com/sdk/android-3.0-highlights.html

总结：

Pad更大的屏幕能展示更多的内容也能容纳更多的功能，还能增加更多的交互动作，值得我们好好研究。另外Android Pad的系统也将呈现出双轨现状：多数用到的Android1.6到2.2的系统和刚出来的3.0系统。双轨势必加大了Android整体上的复杂性。另外运用于Notebook的Chrome OS 跟Android在业务上的交叉重叠也埋下了一丝阴霾。Web App能否直接用于Android Pad，以减少各个开发团队的成本，仍值得考虑。

至此Android那些事儿三篇发布完毕，跟随Android系统的发展变化，上述描述或许在几个月以后会因为Android发展策略而被颠覆，但是我仍希望文中对各种手持设备的应用设计都能给你带来参考的价值。谢谢大家！

完

———————————————————————————————————————-

相关话题：Android 源地址：http://wsd.tencent.com/2011/02/aboutandroid3.html

Android那些事儿（二）安卓手机交互特性

maczheng — 2011-02-14 00:54:29

接上文《android那些事儿（一）成长中的Android 》。本文描述了与其它触屏手机系统和桌面系统不同的Android平台特性，这些特性需要更多的表现在我们开发的应用程序中，以保证这是一款Android手机的应用。这些特性可能对于习惯了其它手机操作系统的用户可能有不习惯的地方，需要重新学习和适应，另外在成长期中的Android系统也会存在不足，这些特性的总结有助于应用的用户体验提升。

milestone 为代表的android 手机

首先我们简单说下谁在用Android的手机。据尼尔森最近数据调查结果显示：

在女性消费者当中，想购买iPhone的比例为31%，想购买Android手机的比例为23%；
在男性消费者当中，想购买iPhone的比例为29%，想购买Android手机的比例为33%。

可以得出性别差异，男性更倾向买Android手机。这也给Android 带来了个性色彩的定义：技术、工程、规矩，理性。

另外，我们可以认为使用Android手机的用户有一大部分有使用symbian的历史。可以理解用户习惯symbian 系统在底部安排功能按钮和菜单的习惯。

交互设计上有个简单原则叫 don’t make me think，但是使用Android手机后，会让你感觉it makes me think a lot。对比norman定义的交互原则，我给Android打了个分数（满分100）：

可见Visibility- can is see it?	50
反馈Feedback – what is it doing now?	80
表意Affordance – how do I use it?	60
导航Mapping – where am 1 and where can I go?	60
约束Constraint – why can’t I do that?	80
一致Consistency – this is familiar	40

因为menu等元素让位于屏幕空间，相比iPhone，用户是很少能全面了解页面功能的，必须先点击menu键展示更多的功能，所以可见性并不好；而由于上文中提到的多版本，多变种，多屏幕，多应用，多用户的现状，一致性是个很严重的问题。

在分析之前，我总结了5条交互设计的原则：

减少视觉压力。精简文字
减少思考压力。惯常图标，少的选择
减少记忆压力。一致性，运用“7±2”和“组块”原理，
减少移动压力。显示与操作的就近
减少或消除技术带来的负担。惯常用语。

—————————————————————————————————————-

人作为交互主体与界面客体通过意图动作完成交互，以实现用户某任务。而界面是信息载体在手机上直观传达了用户能做什么,需要怎么做。下文把Android系统的交互分解如下：

布局
1. Screen
2. box
意图动作
1. 单击，长按，拖拽，pinch……
意图对象
1. 物理按键，menu，置于屏幕对象，状态栏
反馈
导航
其它

—————————————————————————————————————-

布局

应用的界面构成

对于一个应用来说，从开发的角度来说就是一系列的activity构成了一个应用，从设计的角度来说，应用由一系列的screen和box组成的，他们是应用中信息和操作的载体。

-

screen

Android和iPhone的对比

对比可以看见Android的title没有承载导航的功能，因为返回的功能给了物理键，目的是节约空间。

Android 的status bar 需要在任何应用中可见，因为承载了通知机制，任务管理等功能。布局特性是根据操作特性决定的，要追求视觉平衡，另外更重要的要符合手机操作的情景，比如Android智能手机属于全触屏手机，屏幕尺寸需要用户单手握持，我们要达到键盘机单手操作的需要，就需要尽可能把更多的操作放在屏幕的下面，特别是一些紧急应用的功能。因此我建议把分类tab放置在页面下方，当没有固定button的时候。当两者冲突时优先考虑需要放置在屏幕上的命令按钮。（这也是依据满足最小移动的原则）下图出现了几种典型的情况，分别是

常用按钮外置出现的toolbar；
menu出现的位置和数量，系统定义的2×3的排列，在更多的场景中不适用，更多的menu可以放出来，我们这边定义了2×4的排列方式；后面会介绍menu的策略。
底部tab的情况，tab一般是图标加文字的形式，我们给定了个max数量5，
和底部tab不同的是顶部tab需要省略掉title。因为tab能实现当前页面的定位需求。

-

Box

为什么要出现box的形式呢？原因在于：

合理运用能减少内容层级，让应用的结构更扁平。
Box比screen更醒目，内容也更清楚。因为可视区域减小，信息更紧凑。

下图是box的分类，我们可以看到上下分为有按钮的和没有按钮的情况。另外有种toast的弱提示形式也包含在box中。

各种box

区分不同的对话框在于框内的内容，

警示对话框：重度提示警示用
选择对话框：做单选或复选，需要有确认按钮来确认选择。
输入框：内部有输入的空间，如果遇到键盘遮挡，输入框需要划动到屏幕顶部，保证不被遮挡。
列表框：类似单选对话框，不同的是没有了radio button。如何区别于单选框就看内容选择结果是否有严重后果。
上下文菜单：是Android长按出现的，是一个命令集合，形式和列表框类似，但内容不同。在这里一般是动作命令。
说明框：多用于版本说明。

在设计box的时候要注意：

标题：正常的框都是必须有标题的，标题要简洁，直接说明框的目的，比如“退出”“重新下载”等，出现“提示”的标题是没有意义的。标题中也不能有疑问语气。
内容：要形式上对齐，结构上相似，意义要明确简洁。
收回方式：是否放个“取消”按钮呢？我的经验是按照情况来定，基本依据上面的图，能不放就不放，尽量用返回键。
按钮数量：1，2，3？尽量少让用户做选择。最好不让有歧义的按钮，按钮彼此要互斥相对。
文本：标题上的文本，内容文本和按钮文本要一致，尽量使用“确认”“取消”。不要用别的文字。

上图是一些box案例

-

意图动作

跟其它的触屏手机类似，特别强调的是Android中的长按动作在系统中有丰富的应用，是屏幕尺寸限制下的丰富交互的一个捷径。

意图动作实例

-

意图对象（intent object）

意图对象简单来说就是能触发命令的界面元素，是指上文中的动作可以操作的对象，Android手机分为物理对象和屏幕对象两大类。

-

物理对象

物理键是Android系统手机的经典标志。

返回键：展现了Android系统活动栈的概念
主屏键：保证了导航的起点，在失去方向的时候能快捷的回到原点。
菜单键：为呼出和收纳功能命令。目的是保留更多的空间给内容展示
搜索键：推销google搜索业务的
关机键：和其它手机一样，关机和锁屏。
轨迹球触摸板
音量键（- +）及拍照键

全局的返回按键

它可以是跨应用的，比如你开启了a应用，通过通知系统去了b应用，你是可以通过返回键回去的；另外你的应用调用了另外的应用，你是可以通过返回键回去的。屏幕上是否出现返回键是应用自身的事情。所以因应用情况不同而不同。你觉得应用层级不深，且页面间不会频繁的前进，后退等有任务流向的应用不出现返回；类似浏览器这样的应用，页面存在多tab的层层页面操作，是有必要加返回button的。
返回的最终是主屏键；WP7的返回键不同的是，它的返回有点混乱的，因为主屏将是其中的一个节点，而非终点。
Android用户是习惯用返回键的。

轨迹球。

按顺序切换焦点，
有焦点但没有鼠标悬停的效果，
轨迹球的好处，确实能很好的实现单手操作，摆脱必须点触屏幕的束缚。

-

屏幕对象

屏幕对象包括三部分：隐藏的菜单；置于屏幕的命令；状态栏。这三部分都需要用户通过不同的意图动作触发对象以实现和界面的交互。在android系统上别有一番特色。

-

隐藏的menu（不可见=不可预见）

隐藏的目的是为了节约屏幕空间；
Menu的不可预见性因为隐藏，所以要猜。大多猜错。
上下文菜单的不可预见性

菜单的三种表现形式

图中包含Android系统中三类菜单表现形式：

选项图标菜单 第一次按下菜单键会在屏幕底部显示一个不可滚动的图标框。（系统默认最多6个按钮，以2×3的形式展现，但大多自绘菜单可以安排为2×4，下图展示在一个应用中从1到8的排列方式）
选项扩展菜单 当有比图标菜单多的菜单项时，最后一个图标被命名为“更多”，选择了它之后会有一个包含了任意数量的菜单项列表，当需要的时候可以滚动显示。
上下文菜单 在对象上长按，出现应用于对象的菜单对话框。

全局操作和针对某对象的操作用不同的菜单命令 选项菜单应用于全局，而上下文菜单用于内容中的一项。如图中所示，用户导航到菜单，然后选择一个菜单项来执行一个操作或打开一个对话框。应自绘需要，安排8个图标菜单的情况下，假如出现1-7个的情况，推荐用下面的排列方式，排列理念就是对称和稳定的金字塔形式。注意把右下角的位置始终留给“退出”命令。

2×4模式下，从1到8的推荐排列形式

上下文菜单可以说是对某元素的次级操作快捷入口，也出现了特殊的交互方式，如下图的横向图标排列形式，这种情况适合命令数量少的情况。这种情况是把一个item的交互区域分割为2到3个区域，分别是置前或置后的图标配合较长的文字。点击图标浮出如图的上下文菜单，长按文字出现上下文菜单，短按文字出现第一命令。

-

置于屏幕的命令

命令直接置于屏幕上，通常是以文本链接，图标按钮或是文字加图标的形式。屏幕上命令容易被发现，可以直接看见命令。直观的代价是占用用户空间以及可能的视觉杂乱。这类命令是频繁操作的，屏幕有空间来展示这些命令。在运用这类命令的时候注意信息层次和传达效果。

-

状态栏

状态栏承载了任务管理，下载进度，任务通知等功能切换。状态栏里面的通知机制是Android最具特性的一面。通过下拉拖拽的形式打开通知系统，用向上拖拽或返回键退出通知系统。

M9的通知页不是全页面的，有一定的好处

注意：在不同应用中都要方便的从状态栏接收到外部通知。除了全屏的阅读，游戏，下拉的Status bar通知系统不可遮挡的。下图是手机QQ阅读应用如何利用状态栏的通知系统贯穿在下载管理中的。点击“下载”在状态栏有加入下载提示，下载完成出现提示，并通过通知直接打开刚下载的图书文件。

在手机QQ阅读中对状态栏的运用

其它特性

分离的sd卡

和iPhone相比，Android手机是需要插卡来增加手机存储空间。每次开启要加载，如果没有安装sd卡将出现不能正常使用的情况。设计应用时需要考虑没有SD卡或者没有安装好SD卡的情况。

桌面和应用抽屉

启动应用有很多的方式和位置。延续了PC上windows的特色，用户认为重要的应用会在桌面创建快捷方式。所有的应用将放在应用抽屉中，就是从屏幕底部向上拉出的页面。对于一个应用都可能存在两个启动位置，这样的交互不同于iPhone的单入口形式，造成的困扰：

可能重复放置应用快捷方式到桌面；
在应用抽屉中按字母派讯，不好找想要用的应用，无法确定位置；
桌面应用快捷方式横向翻屏和应用抽屉的下拉方式没有统一的交互方向，增加思考的成本。

注意：在应用开发中要避免多入口，多交互方向的情况。要让用户在确定的位置找到目标对象。

软件退出

按主屏键回到主屏并不结束活动，应用仍在在后台运行，
按返回键或菜单中的退出命令一般会出现退出确认框。

屏幕方向

Android手机有重力感应器，能自动横屏和竖屏切换。但并不是所有应用都要去做这个横竖屏适配。因为屏幕多的缘故，给人的效果是不一样的。应该考虑应用的特殊性来特殊对待。

为节电和节约流量的设计

Android手机的屏幕一般较大，应用耗电相当的大，而屏幕电量消耗占了主要部分，开发应用时要注意考虑用户无意的让屏幕常亮，要增加机制自动锁屏，类似游戏中的防沉溺机制。为节约流量的设计。耗费流量的应用要设立保护机制，做wifi和gprs的优先判断。在普通网络中最好给用户预先提示。让用户心理有个消费预期。

-

总结

自由与统一：Android的开放特性决定了他交互规范的成长的（与时俱进的）特性，不会有特别严格的规范来限制设计的创新。所以对设计师来说有很大的发挥空间，但是一致的体验是产品最重要的因素之一。一致性是指开发的应用和系统应用有一致的交互和视觉一致，同个产品在不同平台有产品理念的一致；同公司的产品有公司形象的一致。
更Android还是更iPhone：有很多的应用直接照搬iPhone的交互形式，在这里我并不推荐，因为Android手机有自己的特色，用户会养成Android的习惯，简单的移植iPhone到Android，是忽略用户的使用习惯的，也不能更好的发挥Android的优势。

《android那些事儿（一）成长中的android》

《android那些事儿（三） android pad 特性》

相关话题：Android 源地址：http://wsd.tencent.com/2011/02/aboutandroid2.html

Android字体vs微软雅黑字体

gaolewen — 2010-06-28 18:12:58

本文转自小伟的布拉格

用了一段时间 Android 手机之后，不禁对系统中的字体产生了兴趣。因为看起来，Android 中使用的中文字体和 Windows 中使用的“微软雅黑”很像，我一度怀疑 Android 中使用的就是这个字体。今天有时间，就一探究竟吧。

由于 Android 是基于 Linux 的操作系统，因此根据 Linux 上的经验，在手机上使用“ES文件浏览器”浏览到文件系统的 /system/fonts 文件夹，就可以看到系统中安装的字体。为了方便观察，我把它们复制到电脑上了：

wbpluto的手机中一共有9个字体文件：1个为时钟显示准备的Clockopia，4种样式的无衬线(Sans Serif)字体，4种样式的衬线(Serif)字体。关于衬线和无衬线，各位可以上网搜索一下相关的介绍了解。

这9个字体文件中，Droid Sans Fallback 体积明显较大，达到4.2MB，而其他的只有一百多KB。原来，其他字体只包含了西方文字字符，因为西方文字都是拼音文字，只需要少量字符就可以拼成各种单词，而中日韩等东亚文字基于“型”而不是基于“声”，因此字符成千上万，非常多。在计算机系统中，为西方文字准备的字体都非常小，不包含东亚字符，为了解决在使用西方字体时无法显示东亚文字的问题，就采用了目前这种方式：将一种字体与另一种（或多种）字体链接，遇到第一种字体无法显示的字符，自动调用链接的字体来显示。

例如在 Android 系统中，Droid Sans 是默认字体，只包含西方字符，应用程序默认情况下都会调用它；而 Droid Sans Fallback 包含了东亚字符。当需要显示的字符在 Droid Sans 字体中不存在（如汉字），即没有对应编码的字符时，系统会到 Droid Sans Fallback 中去寻找相应编码的字符，如果找到，则使用 Droid Sans Fallback 字体来显示它，如果仍然找不到该编码对应的字符，则系统无法在屏幕上显示出这个字符。

各种操作系统中都有这样的运行机制，例如在英文版的 Windows 7 系统或英文版的应用软件中，界面默认采用的是在开发 Vista 时专门为屏幕显示而全新设计的 Segoe UI 字体，其中并不包含中文字符，但当系统需要显示中文字符时，会自动去调用对应的“微软雅黑”字体来显示（如下图）。当然，这一链接关系是保存在 Windows 注册表中的，我们可以通过修改注册表来改变它。

下面，通过一幅图来对比一下 Droid Sans Fallback 和微软雅黑这两个长得非常像的字体：

1. 雅黑字体显得更宽。但根据整行汉字来看，雅黑单个字符的宽度并没有更宽，只是减少了边缘的空白，使字间距变小，相邻两个字的笔画几乎要挨在一起了。
2. 雅黑字体笔画分布均匀，如“地”字，四条竖线之间的间隔一致。
3. 雅黑字体布局更合理，如“图”字里面的“冬”看起来重心很稳，而 Droid Sans Fallback 中的“冬”有点要倒的感觉。
4. 由于宽度和笔画布局上的不同，造成雅黑字体看起来更丰满（肥），更紧实。
5. 这两种字体都是非等宽字体，可以看出雅黑的英文字母和数字普遍更宽（中文由于是方块字，宽度没有区别）。
6. 雅黑在可能的情况下笔画更长，例如“号”字下方的勾，这样在小字号时可读性更好。
7. 小字号情况下，雅黑字体仍然显得大一些，并且由于笔画的间距控制得较好，更容易看清楚每个字，相比之下，Droid Sans Fallback 笔画黏在一起的情况稍微严重一些（如“最”字）。
8. 仔细观察一下，小字号时的雅黑字底部并没有完全对齐，而 Droid Sans Fallback 对得很整齐。因此雅黑在小字号时有点大小不一，这也是其广为诟病的一点。

需要说明的是，虽然字体文件中指定了字符的笔画，但字符的渲染效果仍然和系统环境有关系，上图是使用 Photoshop 制作的，和手机上的显示效果不完全相同。尽管如此，由于处在同一个渲染环境下，我们仍然可以对比出两种字体的区别和各自的特点。

目前，网上已经有人在制作使用微软雅黑字体的 Android 手机 ROM。我个人认为，这两种字体已经非常相似，都具备了现代字体的特点，以上列出的差异都是细节上的，对于屏幕阅读来说并不是那么重要。因此使用这两种字体当中的哪一种可以根据爱好选择，你有权更喜欢前者，也有权更喜欢后者，智能手机机玩的就是自由和定制性，只要用起来顺心，得到满足和方便就行。

相关话题：字体设计 Android 源地址：http://www.gaolewen.com/read.php?121

混乱的Android菜单

晓生 — 2010-06-08 10:26:23

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与Android 对比分析浅谈

Loki.dest — 2010-06-01 21:49:15

自从Iphone横空出世，就以简单易用，并功能强大，作为智能手机的代名词，直到Google推出Android 平台，才棋逢对手；自此作为两款经常拿来一起比较的手持移动平台，做了粗略分析比较；

1. 开发平台

目前开发智能手持平台设备的app相对来说已经比较简单。以Android手机Nexus One为例，它的处理器有1GHz，内存则有512MB，跟开发客户端应用的感觉已经很类似。

Iphone平台
对于Iphone平台的开发，首先要熟悉Apple的 MAC OS或者是Unix系统的开发基础，Iphone的开发工具Xcode并不支持Windows平台，因此开发者首先要拥有一台mac电脑；

语言学习方面，熟悉C语言的工程师可以省一点力，因为在Objective-C中，可以直接编写C程序，唯有用户接口的部分，一定得仰赖 Objective-C。

Android 平台
Android采用java开发，因此Android对系统资源的操作程度已接近PC客户端开发。

对于程序兼容性问题来看：
Iphone 独此一家，因此可以很好控制应用兼容性问题，而Android平台的手机联盟战略，便有各家厂商的不同规格型号的机器，因而Google通过手机厂商统一硬件的规格手段达到兼容性的平衡。不过，也确实有开发者担心Android的开放平台，未来难保手机厂商不会因为自身的需求而有所调整，仍可能导致兼容性问题发生。

2. 封闭和开放的审核机制

Iphone平台
封闭和严格的审核一直都是Iphone做为Apple设计理念和保证app质量的评审手段之一；在app应用开发完成，上架App Store上前，Apple也必须审核软件的内容，以避免包含色情与暴力，或者有已知Bug的软件，影响整个市集的质量。

由于iPhone软件的销售与安装，只能透过App Store这个唯一的管道，有志进入IPhone市场的开发者，也不得不买账。

Android 平台
相较于Apple的封闭，Android就显得开放许多，Android Market则是被动审查机制（只有被足够多的用户举报，Google才会对此进行审核），程序上传几个小时后，使用者就可以下载。事实上开发者不经由Android Market，也有其他途径营销。如：安卓市场。

封闭与开放的作法各有好处，由Apple把关且锁定销售管道的作法，对消费者而言，可以确保质量；而开发者也省得比较各市集之间的优劣。

而Android的开放作法，则有不设限的好处──开发者不用担心Apple因为自身利益的考虑，而驳回软件上架的申请。消费者的选择自由度也高出很多。

3. UI交互上差异

1）硬件差异

在传统手机时代，用户直接用键盘、按键操作数据。Iphone的操作有别于之前传统手机的体验，Iphone大触摸屏概念推出，用户可以直接对内容进行操作排除其他中间设备控制，降低用户使用门槛，对内容操作也有很直接的体验。

Android则保留传统手机的一些特征(返回、搜索、home、menu实体按键)，也同样有大触摸屏；两者之间的硬件差异，因此也决定了交互视觉上本质的差异；

Iphone平台
Iphone遵从Apple极简设计风格，用隐喻的视觉方式提示用户进行使用操作，同样也直观表达下一步的操作流程。大部分操作直接和内容交互完成，用户体验统一连贯，典型案例：解锁。

Android平台
Android 有实体按键，承载其余过多的基本操作，将用户停留在最重要的内容上，因为有更多硬件操作，也能有更丰富的表现，典型案例：轨迹球颜色提醒。
缺点：部分操作，屏幕与按键之间来回转换；

2）title和导航指引

手持移动设备的特性决定屏幕的有限，在应用程序的层级关系中如何指引用户完成操作，便尤为重要；

Iphone平台
应用程序有信息层级关系，Iphone利用title区域进行操作指引，title的左边是返回。让用户明确层级之间的关系；
反思，应用程序信息有较深的层级怎么办，在开发过程中，不是一味导航复杂化，而是尽量减少关系层级；

Android平台
Android，页面的回退依靠实体返回按键，因此title区域不必要操作，在视觉上减小了高度，扩大了内容区域。
缺点：没有一个好的导航指引。

3）分散与集合

Iphone平台
为了避免一个按键承载过多功能，Iphone 的做法将菜单里的功能进行分解。
缺点：视觉压力大，界面所承载较多。

Android平台
集合菜单选项，将由实体menu按键承载。同时也支持长按操作，对于承载信息的承载有更多的选择。
缺点：用户门槛高，各个场景不同，所体现的菜单选项也不同，用户溶入性较差，来回切换视觉焦点，没有一致的体验。

4）风格样式

Iphone平台
Iphone有完整的统一，包括Itouch Iphone Ipad，有完整的视觉规范和较为统一的体验。

Android平台
因厂商的不同，有不同的视觉差异，并且各自的视觉规范也不同，例子：HTC 、Sony Ericsson
缺点：硬件环境的不同，同一个应用开发，造成开发成本增大，例如：屏幕参数和精度不同(高精度、中精度、低精度)，
常见的分辨率就有：320X480 480X800 480X854

5）长期发展

Google 在提供基于云端、数据驱动的应用方面符合长期发展趋势，而 Apple 的设备绑定则不是。Apple 在云端基础设施方面是追赶者，比如他们正在打造自己的地点位置服务。

Apple 在云端的经验比较有限，特别是在算法取向的应用方面。相对应的是 Google 有如此庞大的数据资产，在算法取向应用方面的经验非常丰富，这让 Apple 在长期竞争中处于不利地位。

Apple 的邮件、日程、地址簿等都为客户端的延续，本质上是电脑同步到手机。而 Google 的对应产品生于网络，总是实时同步。

Apple 的优势：软件和设计专利，这些优势是他们在 80 年代所没有的。此外他们还有自己的杀手级应用，比如 iTunes 仍然是音乐应用的标杆，而且还是 podcast、语音书、电子书的中转站。

语音书和电子书也许会来到 Android Market，但很难想象 Android Market 会成为 iTunes 这样的中转站。

小结：

对于iphone或者是Android都各有优缺点。简单的看来Google是开放的，今后发展有足够的优势；但目前看来Android平台交互上不如Iphone更为直观顺畅，主要也是Apple在于细节上有足够的表现和亲和力。

无论开发基于哪款平台，都应该首要考虑该平台的特性，以及该平台的延续性。也避免在一个平台上放置另一个平台的操作习惯，至少在Android系统的界面上放置返回图标，我觉得那是很多余的。

参考文档：

[1] http://radar.oreilly.com/2010/01/the-nexus-one-vs-iphone.html
[2] http://www.ithome.com.tw/itadm/article.php?c=60702&s=2

Android vs iPhone icon设计指南

晓生 — 2010-04-09 16:50:01

Android

在研究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支持的屏幕

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

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。

设计指南

Android标准icon

Launcher Icon是程序主界面上的功能图标，Android对于各个icon的风格有一定的要求：

符合当下的流行趋势，避免过度使用隐喻。
高度简化和夸张，小尺寸图标也能易于识别，不宜太复杂。
尝试抓住程序的主要特征，比如音像作为音乐的icon。
使用自然的轮廓和形状，看起来几何化和有机化，不失真实感。
Icon采用前视角，几乎没有透视，光源在顶部。
不光滑但富有质感。

正确和错误的icon

另外，所有的icon都有文字标签，不要在设计时把文字也放到icon中。

Launcher Icon通常是一个较大的标准图标中包含一个小图标，使用一个中性色彩和一个主要色彩，并保持高度的对比，不宜过度饱和。

推荐色值

尺寸和定位

Launcher icons要有多样化的形状和样式，但又要形成统一的视觉风格，其尺寸和定位也用统一：

（Full Asset）红色边框为图标尺寸
（Icon）蓝色边框是图形尺寸，比图标尺寸稍小，图形之外的空间用于显示阴影和特殊效果。
（Square Icon）橙色边框是另外一种图形尺寸。两种类型的图形尺寸可以达到统一的视觉权重。

Icon dimensions for high-density (hdpi) screens:

Full Asset: 72 x 72 px
Icon: 60 x 60 px
Square Icon: 56 x 56 px

Icon Dimensions for medium-density (mdpi) screens:

Full Asset: 48 x 48 px
Icon: 40 x 40 px
Square Icon: 38 x 3

Icon Dimensions for low-density (ldpi) screens:

Full Asset: 36 x 36 px
Icon: 30 x 30 px
Square Icon: 28 x 28 px

模板

下载Android的标准图标模板，在此基础上绘制icon，后期还要加上阴影效果。

WVGA (高精度) 屏幕的阴影:

Effect: Drop Shadow
Color: #000000
Blend Mode: Multiply
Opacity: 75%
Angle: 90°
Distance: 2px
Spread: 0%
Size: 5px

另外，还有Menu icon 、Status bar icon 、Tab icon、 Dialog icon 和List view icon的设计教程请查看原文吧。

非常详尽的icon设计教程，一个程序里要放置三套icon，还有Android硬件比较好，不然内存爆掉了。

iPhone

iPhone对于icon的设计建议：富有吸引力和可识别性。由于app软件可供全球的用户下载，所以在设计时，也要考虑到用户不同的文化背景。

程序icon的设计：

57×57像素，直角。
无发光效果。
无透明度。

将图片命名为Icon.png，放置在程序的资源包中，iPhone os会自动生成一个icon。

iPhone的icon设计就这么简单，iPhone的屏幕只有320×480像素，所以程序没有适配性问题。

参考文章：

《Icon Design Guidelines, Android 2.0》

《iPhone human interface guidelines》

深入谷歌 Android 和苹果 iPhone OS ：平台提升方式

黄继新 — 2009-12-13 18:57:35

作者：Prince McLean; 原文链接

谷歌 Android 给予了智能手机制造商赶超 iPhone 的希望。本系列的前两篇文章探讨了苹果和谷歌在各自的智能手机平台中采用的底层核心技术和商业模式。下文是系列的第三篇，探讨了 Android 与 iPhone 这两个智能手机软件平台在管理软件更新和交付方式上的先进之处。

软件更新：iPhone

苹果更新 iPhone 软件所采用的模式是，每年夏天推出大升级，每一到两个月发布小更新。所有的软件更新适用于 2007 年以来的全系列 iPhone 型号。一些新功能需要新硬件才能支持，旧型号上只能实现部分新增特性。

iPhone OS 2.0 发布之后，运行 1.0 版本的 iPod touch 的用户需要支付一笔费用才能下载 2.0 升级包。在 iPhone OS 3.0 推出时，苹果则强制所有的第三方软件要通过 iPhone 3.0 的兼容性测试，以避免软件和操作系统出现向后兼容的冲突。

这一举措成功消除了所有 iPhone 用户迅速升级到 3.0 的障碍，免去了向旧版本的 2.X 平台提供维护的烦恼。这使得苹果无需将精力花在维护不同的软件版本上，只用考虑如何在提供更多新特性的同时保持简洁。用户也不用操心手机和应用软件的版本问题，一切都是无缝过渡的。

在下表中，深色色块表示有重大新增功能的更新，浅色色块则代表只是修补了臭虫和改进了性能的小更新。苹果每年提供 3 至 4 个有新增功能的更新，其间则有三四个性能提升的小更新。Android 在发布后的第一年里发布了两个有新增功能的更新，以及两个性能改进的小更新。这个频率只及 iPhone 发布首年的一半。

iPhone OS 和 Android 发布更新的频率对比（点击可看大图）

软件更新：Android

每当 Android 发布更新时，用户只能自己去获取，或者等待运营商提供。因为移动运营商和硬件制造商能够对标准的 Android 系统自行做出重大改动，添加封闭版权的自有特性，因此该平台的用户没有统一、简便的方式来安装最新版本的 Android。

换言之，用户要想获得针对 HTC、针对 Verizon、或者针对某个型号的最新版 Android 软件，就会遭遇到 RIM 的黑莓、Symbian 和 Windows Mobile 用户所熟悉的麻烦：漫长地等待硬件厂商推出适用于各自机型的平台版本，然后再由移动运营商来提供。

索尼爱立信刚刚宣布了将在明年初发售其 Android 手机──Xperia x10，但却表示该手机搭载的是 Android 1.6 版本，而非最新的 2.0 版本。运营商 Verizon 公司此刻同步推出的 Droid（摩托罗拉制造）和 Droid Eris（HTC 制造），则分别运行着 Android 2.0 和 1.5 两个版本。

这种情况会令熟悉苹果升级方式的用户颇为费神，但这却是其他智能手机平台的通行做法。想要升级到 Android 2.0 的用户，只有自己想办法搞到索尼爱立信或者 HTC 的定制介面安装包，才能对他们手里的某款手机进行针对性的升级，否则就要一直等待下去，直至运营商决定向其用户提供最新的版本。在其他软件平台上，这个等待过程会长达数月。

此外，由于各款 Android 手机的硬件参数不同，谷歌未来发布的 Android 升级也可能完全安装不上，或者需要对其进行破解，或牺牲部分功能，才能运行在某款手机上。

举例而言，谷歌已警告称，一年前上市的第一代 Android 手机 T-Mobile G1（即 HTC Dream）就由于内存不足而无法运行将来的 Android 升级版本。在这个链条上的其中一方，或者软件平台开发者（谷歌），或者硬件制造商（HTC），或者运营商（T-Mobile），当时在推出此款手机时，就没有考虑到一两年后的新版软件可能无法在现有硬件条件下运行的问题。

人们曾批评苹果 iPhone OS 3.0 在旧机型上不支持视频录制，尽管原因其实是旧款 iPhone 处理器能力不足以运行高质量视频录制。如果 Android 用户发现他们连新版软件都安装不了，他们会为谷歌开脱吗？

听起来是不是很耳熟？的确如此。这类毛病在 Windows Mobile 上已成顽疾，只是现在主角从微软变成了谷歌。Windows Mobile 5 对内存控制进行了全新的设计，一下就切断了之前推出的所有 WM 手机的升级途径。WM 6.6.1 和 6.5 也同样在硬软件集成上采用了新的方式，将既有用户完全挡在了升级的门外。

今天 Android 手机的情况如出一辙，只是换成了一个免费的操作系统而已，但系统的提供商对平台的控制力却更弱了。摩托罗拉 Droid，HTC 的各款 Android，以及索尼爱立信的 Xperia x10，最初研发时都是冲着 Windows Mobile 去的。

谷歌的 Android 软件平台比 Windows Mobile 更现代，能力更强（WM 起初就是针对更简单的掌上电脑进行设计的），但 WM 面临的问题并非技术瓶颈所致，其原因是，授权太过分散，糟糕的硬软件集成度使得应用程序无法保证在所有型号手机上正常运行，以及不同的机型设计，硬件指标和操作系统版本带来了过高的复杂度和管理难度。Android 的操作系统技术更先进，成本更低，授权自由度更高，但都无法解决这些核心问题。

平台提升：iPhone

除了用户难以获取最新版本软件之外，另一个问题是， Android 缺乏苹果的集成化商业模式，这正是令人惊叹的各项新功能抵达用户的原因。苹果定期提供软件的重大升级，目的是更好销售硬件，以及保持用户的高满意度。苹果从硬件销售中挣到的钱，足以再大量投资于软件平台的开发，以保持创新，iPod 当年的策略便是如此。

递进式（progressive）软件更新，是苹果商业模式的核心，它甚至改变了苹果计算 iPhone 销售收入的方式，以确保用户在无需额外花费的情况下更快速地安装软件更新。其结果便是平台的飞速提升，它不断增加新功能，并快速赶上其他平台的领先之处。

甚至在一些苹果不提供支持的技术上，比如后台运行第三方软件；或者Adobe Flash，苹果也会提供替代方案，弥补缺失的功能，比如统一的推送通知服务器（Push Notification Server），或者支持 YouTube 视频用 H.264 格式进行流下载。

再一次，苹果对 iPhone 平台所做的统一管控，使其能够推出适用所有 iPhone 机型的新功能，并且快速交付给用户，从而确保新操作系统的功能能被广大开发商所用。其结果便是，这个保持了良好的一致性、并不断提升的平台，能够迅速摆脱旧系统的困扰，同时让新功能在系统的各方面都迅速得到支持。

平台提升：Android

Android 没有财务收入方面的考虑。谷歌只想向手机制造商和供应商提供足够多的代码，让他们可以推出定制化的独特产品，以便谷歌能够延续其核心业务，将广告和付费搜索结果卖给移动用户。谷歌的合作伙伴真正想要的，是能对差异化的创新功能拥有控制权，这样他们才能抗衡与其他 Android 手机厂商的竞争。

因此，推进 Android 平台的不是谷歌，而在很大程度上是摩托罗拉、HTC、索尼爱立信，以及其他有着多年手机制造经验、推出过数十款用户介面糟糕、捆绑着变态软件、硬件响应度极差的手机厂商。

这些设备之间的共性是，它们都运行 Dalvik 字节码，并有一个开放源码的内核，但鲜有 Android 用户会关心这些东西。从本质上讲，Android 不是谷歌的手机平台，它不过是一个开源的替代品，提供给那些在 Symbian、Windows Mobile 和 Linux 上纷纷折戟的硬件厂商，他们期望借此创造的仍然是臃肿复杂、各行其是、整合度低的产品，和他们现在做出来的东西没有区别。这也正是 Symbian、Windows Mobile、摩托罗拉和索尼爱立信在商业上集体沦陷的原因。

谷歌首要且最具意义的贡献，将不是 Android 核心平台上的任何重大创新，而是它捆绑进去的应用程序。说穿了，谷歌的计划就是想通过带广告的软件（adware）和间谍软件来获得收入。若你看到谷歌更有动力去提升其利润，胜过让自己承担高昂成本来为其他公司创造免费价值，请不要惊奇。

谷歌没有兴趣给 Android 手机搭配一个完美的类似于 iTunes 的媒体播放器，因为它没有此种软件；它没有任何动力去开发硬件与家庭影院或 Wi-Fi 产品的集成，因为它不销售这些产品；它不需要去为 Android 笼络主流的软件厂商或游戏开发商，因为它不靠硬件赚钱，谷歌在创造和维护第三方软件商店方面几乎没什么投入。

似曾相识

这和微软的 PlaysForSure 战略如出一辙，同样是指望第三方 MP3 硬件厂商和音乐商店供应商贡献更多的力气来创建一个生态系统，这样微软作为这一平台的核心软件厂商就可以再收一笔钱。

但问题是，没有人投入资金用于音乐商店运营，而微软的许可费又削弱了硬件厂商的利润空间。在谷歌这里，唯一的区别是，谷歌不打算在这个平台上加征一笔软件税，它只想从广告和付费搜索中赚钱。但是，这些来源带来的收入更不足以推进这一平台。

就结果而言，苹果在 iPhone 上更像一个俱乐部发起人，它出钱办派对，从参加派对的人们那里收一点成本费；而谷歌则是邀请各家公司掏钱支付派对所需的各项经费，每家公司再去自己收成本费，自己承担宣传费用，同时彼此间还要争夺声誉、用户和收入。这样办出来的派对，既不会有良好的组织，也不会有人愿意来参加。此外，由于 iPhone 上的好软件谷歌也想要，这就让 Android 不会有什么比 iPhone 更独特的使用体验。

应用程序捆绑：iPhone

苹果初代 iPhone 发售时，附带有一系列捆绑的应用程序，没有提供第三方软件。苹果自家的应用程序为 iPhone 软件设立了一个高标准，比当时已有的任何移动设备上的软件都高出了若干量级。

初代 iPhone 并不试图成为一个小型的桌面计算机（而这却是微软之前产品的努力方向，如其 Handheld PC、Pocket PC、Windows Mobile 和 UltraMobile PC），而是呈现了一系列用于查看本地和互联网数据的功能清晰、使用简便的应用，包括一个达到了全新高度的移动网络浏览器，一个基于谷歌地图服务的地图应用，一个 YouTube 播放器，一个全系统支持的 QuickTime 播放器、Office 和 PDF 浏览器，一个富信息格式的电子邮件客户端，还有一些典型的个人信息管理工具：通讯簿、日历，以及计算器、股票和天气等小挂件（widget）。

在发售之后的第一年里，苹果提升和扩大了捆绑应用的功能，比如在地图应用中加入了 Skyhook Wireless 公司的 Wi-Fi 定位，以及从 iTunes Store 中可以直接下载歌曲。随着 iPhone 2.0 发布，苹果增加了对第三方应用的支持；它继续捆绑了第一版中的官方应用，并都进行了更新，比如 Exchange ActiveSync 和 MobileMe 的推送功能，添加了对 Nike+ 和谷歌街景的支持，以及 iTunes 中的 Genius 播放列表功能。

iPhone 3.0 推出时，则包含了新的捆绑应用，如指南针、Spotlight 搜索，语音备忘和语音控制，并且对已有的应用全部进行了升级，增加了多媒体拷贝/粘贴、视频录制、以及新的辅助功能。捆绑的应用程序随着新的操作系统一道更新，因为它们都出自苹果。整个更新过程没有受到运营商的干预或延缓，当然，它也不需要照顾到不同硬件厂商的各异要求。

在大多数情况下，苹果在捆绑应用功能方面的提升速度都要领先于 Android，原因只是它比谷歌早一年推出而已。不过，谷歌还是展示出了一些比苹果领先的独特的新功能。去年，该公司在 T-Mobile G1 上展示了可根据内置指南针变换视角的街景，这个功能后来添加进了 iPhone 3GS。

今年，谷歌的地图导航亮相，为其自有的地图功能增加了按路线逐步提示的特性（turn-by-turn）。此功能将可以更容易地集成到苹果 iPhone 中去，因为它不需要硬件升级。由于谷歌提升软件功能的目的是销售广告，而非其手机，因此它没有理由专门推出只供 Android 独享的功能，它也没有显露出有此意愿。

另一方面。谷歌一直试图推出 iPhone 不支持的功能，比如让用户不断将自己的位置信息告诉原生的 Google Latitude 应用（即专为 iPhone OS 所编写的应用）。苹果目前不允许第三方开发商的软件在后台监听或上传用户信息。苹果还拒绝接收 Google Voice，这个应用程序借助 iPhone 的介面，提供由广告支持的语音通话服务，与补贴销售 iPhone 的移动运营商构成了竞争。

这表明，Android 用户将获得某几类被苹果拒之门外的独特应用，即使有的时候谷歌愿意将它们也提供给 iPhone 用户。下文关于第三方应用的探讨将详细说明这一问题。

除了第三方应用之外，苹果在 App Store 中还提供一些额外的自产程序，包括免费的 Remote 和 iDisk，以及 5 美元的德州扑克游戏。苹果所有的捆绑应用都是封闭且专有的。iPhone 上所有的捆绑应用都可以运行在 iPod touch 上，只有部分专门针对 iPhone 硬件的功能除外。移动运营商也能通过 App Store 提供他们自己的应用的第三方应用，但不能将软件直接推向用户。

应用程序捆绑：谷歌

谷歌同样提供了一系列封闭、专有的 Android 应用程序。硬件厂商和运营商可以自主选择是否安装这套捆绑软件，因此它们并不一定会出现在所有 Android 设备上。如果安装了，根据谷歌的授权协议，这些捆绑软件不能进行修改，并且也不能安装在其他使用了 Android 但没有获得谷歌授权的固件上。

从本质上讲，谷歌的捆绑应用之于谷歌，正如 Office 之于 Windows：它会与新系统一同发布，但它不属于核心平台。Android 被描述为「免费的开源软件」，但这指的只是核心操作系统，谷歌为 Android 带来的附加价值大部分来源于其所捆绑的谷歌应用，而这些应用既不免费，也不开源。这套捆绑应用被称为「Google Experience」，它包括谷歌搜索、谷歌日历、谷歌地图、和一个 Gmail 客户端。如果一台 Android 手机的广告中出现「with Google」字样，就意味着它捆绑了这套应用。

谷歌还开发了其他一些应用，与第三方应用一起在 Android Market 中提供下载，这些应用常常也移植到了 iPhone App Store （尽管苹果已几次阻止了谷歌某些应用中的功能，甚至是整个应用，比如 Google Latitude 后台更新用户位置的功能，Google Voice 则完全被拒）。这意味着，谷歌给 Android 带来的核心价值中，绝大部分不是 Android 独有的。Android 唯一独家拥有的功能，不过是苹果没有在 iPhone 上审核通过的那几个。

除了这套可选装的「Google Experience」捆绑应用之外，硬件厂商和移动运营商也可以安装他们自己的封闭、专有的应用程序（或许也会包括其他来源的一些免费开源软件），用于替代或补充「Google Experience」捆绑应用，以创造出尽管底层平台一致、但风格几乎绝然不同的 Android 手机。

如果说谷歌的应用是 Android 上的「Office 办公套件」，那么这些由移动运营商和硬件厂商提供的捆绑软件就是这个平台上的「预装垃圾件」（junkware）。大量体积臃肿的广告软件、试用软件、间谍软件等等在各方力量推动下试图通过控制用户体验来获利的东西，都在等着破坏掉 Android 手机的名声。

过去十年里，Windows 电脑厂商一直试图在销售前显出自己多么独特，但在销售后却凭借控制了用户的眼球来获利。这一经验给我们提供了充足的证据，表明 Android 硬件厂商同样会走这条老路。唯一不同的是，微软努力对电脑厂商在 Windows PC 上附加的内容进行严格限制；谷歌则是放开了任何管控，不管合作伙伴会多么无度地往其智能机里塞东西，只要有潜在的广告收入就行。

第三方软件解决方案

这些都是苹果和谷歌的商业模式会产生的新问题，这已无需多言。iPhone 出厂附带一套完整的捆绑应用，都是针对这款手机进行过优化的。iPhone 和 iPod touch 一样，所有苹果产品的核心软件和捆绑应用，在出售时内置的都是最新版本，并且在更新版本推出时还可进行升级。

Android 手机，比如摩托罗拉制造的 Verizon Droid，在发售时所捆绑的应用都不是为了发挥核心操作系统功能（比如多触点手势操作），并且都没利用好 Android 手机不同寻常的高分辨率。

Droid 的相机搭配了优秀的软件和硬件，但它拍不了好照片，因为其硬件和软件没有进行过协同优化。HTC 制造的 Verizon Droid Eris，则搭载了一个版本完全不同的平台：Android 1.5，功能特性大相径庭，捆绑的应用也没那么多。目前尚不清楚如何能、何时能、甚至是否能让旧款机型或低端机型都升级到最新版本的 Android。

除了这些整合方面的问题之外，苹果和谷歌的商业模式及开发者激励方式不同，两个平台都通过他们的移动软件市场提供一系列的第三方应用。iPhone 和 Android 手机未来的可扩展性，将会极大地受制于第三方应用的丰富、多样和有趣程度。接下来的最后一个章节，将对两大移动平台的软件商店进行一下比较。

Android和iPhone，统一还是差异化？

elya妞 — 2010-06-29 09:01:25

Android平台和iPhone平台虽然都是潜力无限的触屏系统，但是iPhone的设计风格已经成型，设计规范也得到了广泛的认可，Android平台却有很多的不确定因素，可以这样设计，也可以那样设计，没有硬性的规范，也没有顽固的用户习惯。并且由于平台具有开放性和延展性，Android系统不像iPhone，只有320*480一种分辨率、一个home键，而是根据硬件厂商的定制，可以有多种分辨率、可以有全键盘、轨迹球、五个硬件键盘或没有硬键键盘。

一、Android和iPhone的异同

1、分辨率

Android手机屏幕大小不一，有480×320, 640×360, 800×480，怎样才能让App自动适应不同的屏幕呢？其实很简单，只需要在res目录下创建不同的layout文件夹，比如layout-640×360,layout-800×480,所有的layout文件在编译之后都会写入R.java里，而系统会根据屏幕的大小自己选择合适的layout进行使用。

iPhone手机则只有480*320的分辨率

2、硬件特征

Android大部分是电容屏，可带全键盘（G1），有轨迹球，有home键、menu键、拨打键、挂断键、search键、返回键（G3等），也可以没有任何按键（乐phone）。也有LG、MTK出的千元出头的电阻屏的Android手机。用户除了跟软件交互之外还要跟手机交互，比如调出菜单、调出搜索都需要接管默认按键的服务。

iPhone是电容屏，只有单一Home键。

3、触控方式

Android和iPhone都习惯向右划屏后退，向左划屏前进的操作。都是多点触控，可用两个手指完成缩放。不同点在于Android有长按之后弹层的操作，iPhone有向下拖拽刷新的操作。

4、提醒方式

Android和iPhone都有弹层提醒、声音、振动、闪光、气泡数字提醒。Android还有通知区域提醒和轨迹球闪光提醒。

5、产品形态

Android的title区一般很窄，标签栏和工具栏可以在下边，也可以在上边，还没有统一的设计规范，所以这是Android平台让人郁闷的地方。

iPhone的title区很宽，因为title会有操作按钮，同时利用title区域进行操作指引，title的左边经常是返回、编辑、设置之类的，右边经常是新增、撰写、搜索之类的。让用户明确层级之间的关系。

工具栏一般在下面，以图标加文字的方式呈现出来。

6、硬件交互

Android和iPhone都可以通过传感器实现一些交互，比如摇晃手机刷新页面。

二、可否把iPhone的交互逻辑沿用到Android上？

1、title区的操作按钮

这个是可以移植的，虽然用户一开始会觉得比较“苹果”，但是逻辑上是没有问题的。不过作为优秀的设计师，在iPhone上都会设计的比较有风格，在Android上更不会模仿一个别的平台的风格。这么做无非是为了统一设计风格或者一种快速覆盖的过渡方案罢了。我们可以看到，Android上已经有一些软件是采用iPhone上的交互逻辑了，比如Android平台上腾讯微博客户端和开心网客户端：

2、标签栏和工具栏

Android原本的设计思路是由于手机下端有物理按键，所以把标签栏放在软件界面的最上端，操作放在menu里，但是由于一些软件的操作实在是使用的比较频繁，所以不得不拿出来放在下边的工具栏里，上边的标题栏和下边的工具栏同时存在比较占空间，于是又通过整合把tab和bar整合到一起放在最下面，也是可行的，如上图的新浪微博客户端。

当然也有极简化的设计，就是标签栏和工具栏都不要，只要一些操作图标和menu支持，如下图的两个Android平台上的twitter客户端。

三、Android平台上独有的设计

1、软件界面上是否还需要menu？

按键menu和软件界面上的菜单要保持一致。由于已经提供了menu和back按键，很多产品设计人员都在讨论是否Android系统上的产品，界面上是否不再需要提供菜单、返回了。但是我们假设这样几种情况——

①物理按键坏了，menu和back不能按了，是否软件就不能使用了？

②您使用的是Ophone或乐Phone，是否因为没有menu和back，软件就没有菜单了，还是说再开发一个OPhone、乐Phone版本？

③广大的低端用户群体也许根本不认识menu这个词，不给他提供个界面上的“菜单”，他也许一辈子不回去按硬件“menu”

④触控操作和按键操作感觉是很不一样的，手指在触屏上滑动的时候，忽然要移动到物理按键上按一下按键，会不会有种中断操作的感觉？

所以个人意见，界面上的菜单要和按键menu保持一致，提供两个入口。

2、长按操作

Android有一个iPhone不具备的高级功能，就是长按操作。很多快捷操作是隐藏在长按操作里的。当然，个人意见，这个长安操作也是作为第二、第三入口，而不能是某个功能的唯一入口，比如添加书签、新窗口打开、复制粘贴等操作。

四、总结

简单的说，我个人认为iPhone上的交互逻辑是可以部分移植到Android上的，但是如果时间、人力、资源充裕的话，还是要做完全符合Android平台的设计，而且尤其要注意跟物理按键的结合、Android上独特的操作（长按）、Android消息提醒方式（提醒区）等等。反向来说，iPhone的人机交互规范已经成型，Android的交互和设计要想移植到iPhone上，是有一定难度的。