Android和iPhone要做统一设计还是差异设计?

Android平台和iPhone平台虽然都是潜力无限的触屏系统,但是iPhone的设计风格已经成型,设计规范也得到了广泛的认可,Android平台却有很多的不确定因素,可以这样设计,也可以那样设计,没有硬性的规范,也没有顽固的用户习惯。并且由于平台具有开放性和延展性,Android系统不像iPhone,只有480*320一种分辨率、一个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上,是有一定难度的。

一点拙见,转载注明:http://elya.cc/手机产品/607.html

elya妞

~落花有意随流水,流水无情恋落花~

在 “Android和iPhone要做统一设计还是差异设计?” 上有 50 条评论

  1. ‘Android上已经有一些软件是采用iPhone上的交互逻辑了’

    请问两个平台的交互逻辑有哪些区别,有没有文章介绍呢?

    根据我的工作情况来看,时间、人力、资源是限制一个产品没办法做成遵循两个平台规范的最重要条件了。

  2. 我又来了,哈哈,发现每次我有啥疑问,在网上转了个圈又找到elya这里。
    这些天尝试做个android客户端原型,对于应用程序界面布局也纠结了。
    读了好几篇Android与iPhone布局对比,再看看手机里的那些个APP,发现大多数都是将iPhone布局移植到android上,规范与实际产品使用户养成的习惯,还真难权衡。

  3. Android的title区一般很窄,标签栏和工具栏可以在下边,也可以在上边,还没有统一的设计规范,所以这是Android平台让人郁闷的地方。
    Android的title区基本都是在上面滴,表郁闷哈~

  4. 乐phone不是没有按键,她屏幕底部黑色弧形区域是触控区域,通过方向手势来代替Android类手机的menu、back、home

  5. owen :
    Android手机屏幕大小不一,有480×320, 640×360, 800×480,怎样才能让App自动适应不同的屏幕呢?其实很简单,只需要在res目录下创建不同的layout文件夹,比如layout-640×360,layout-800×480,所有的layout文件在编译之后都会写入R.java里,而系统会根据屏幕的大小自己选择合适的layout进行使用。
    这个使用的原理是什么?是将原来的界面元素直接放大还是准备不同的大小的元素界面?还是其他方法?

    做不同尺寸的图放到不同的文件夹内调用。

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

    这个使用的原理是什么?是将原来的界面元素直接放大还是准备不同的大小的元素界面?还是其他方法?

  7. Pingback: 回复:Android和iPhone,统一还是差异化? | HEMAmedia
  8. Pingback: Android 和iPhone要做统一设计还是差异设计? ‹‹ 网客设计
  9. Pingback: - Android和iPhone要做统一… | Tweets by @watsonxu
  10. Pingback: 回复:Android和iPhone,统一还是差异化? – 【IT应用开发信息网】
  11. Pingback: Android和iPhone,统一还是差异化? – 【IT应用开发信息网】
  12. 其实我经常把二者做成统一设计,因为iphone3大小是320*480的,所以就直接以Android为准了,不过iphone4出来对于二者的设计又要有区别了

    1. 在犹豫两个问题,一个是iPhone交互逻辑移植到Android上是否适用,一个是Android软件界面上是否还有必要提供菜单和返回…

  13. Pingback: Android, iPhone, 交互设计, 界面设计 | Hello Tea
  14. Pingback: Android和iPhone,统一还是差异化? | Spring Bus IT Information Zone
  15. 博主你好,因为评论里贴不到图,所以我回复到我的博客了,请见:http://azero.tsang.blog.163.com/blog/static/4700520105292304229/

    长篇大论了一些,呵呵。其实主要是关于android系统按键(back\menu),我们在设计第三方应用程序时所考虑的问题。

    1. 非常非常佩服,也解答了我的一些疑惑,个人也同意你的观点,手机产品设计要做到遵循平台差异,遵守产品风格一致的设计规范。但是无奈,很多产品确实存在iPhone到Android设计风格的迁移。还有一些html5网页,会在Android和iphone平台上采用同一套设计风格,如街旁和check.in,iPhone迁移到Android,逻辑上是行得通的,但是情理上是不该的~不知道我理解的是不是还有偏差

  16. android起初是想兼容更多的移动设备,包括非触摸的小屏幕手机。
    menu,滚轮和长按这三个操作主要就是考虑到这一点。
    虽然这样可以让你用户只用物理按键也可以使用android的应用,但是我还是认为android的做法前瞻性不足,用物理按键虽然能用,但是不会比触摸屏好用。这样的设计在用户体验上自然没有苹果“封闭高速公路”更好,android不是说改进用户体验么,没准会考虑摒弃一些兼容物理按键的设计,更关注触摸体验。

    1. 如你所说,android是想兼容更多的移动设备。包括平板电脑、非全键盘与全键盘手机。
      所以有了今天这一设计。
      我们且不论这个操作系统本身设计的好坏,只讨论作为第三方应用程序的设计者,我们应该怎么应付。
      就像在设计PC与MAC客户端时,设计模式并不建议混合。把长着MAC一样的东西放到PC里,除了怪,还不好用。
      所以我的观点是尽可能“原生”。包括系统的导航习惯。

  17. Android不是都支持多点触控,可用两个手指完成缩放的吧;所以在设计的时候会面临更多的情况和不确定性,而且Android可以刷版本,所以一款手机可以会面对不同的系统版本,设计的时候要考虑到版本兼容的情况,感觉上比iphone麻烦很多(PS:评论的字体太小了,看起来很费劲,标点都看不清楚打的是什么)

    1. 是啊,这样看来苹果这种封闭的系统还是有一些好处的,至少对设计者是如此…评论字体大小,等我调调

发表评论

电子邮件地址不会被公开。