Palm的返回操作是在手势区向左滑动，Android有“返回”按键，两者的共同点就是触摸屏上没有像iPhone那样的“返回”控件。因而有想法将手机客户端的界面设计中加上“返回”，是否合理呢？
加上“返回”控件有以下优点：
- 指示。界面上“返回”控件还能起到指示的作用，明确告诉用户当前界面是否是可以返回的，在不知所措的情况下，用户也不用胡乱去探索界面中是否有掩藏的操作。非触摸屏手机通常左软键为“菜单”“确定”之类的操作，右软键为“返回”“关闭”的操作，“菜单”有很多隐藏的选项，需要用户去记忆，但是“返回”却是非常明确的。
- 连贯。在使用触摸屏时，手指通常在操作“返回”和“菜单”之类的操作会离开触摸屏，操作不连贯。触摸屏的体验更好，期望用户的手指能一直停留在触摸屏上，尽量减少触摸屏和按键操作之间的频繁切换。
- 方便。触摸屏上点击控件比使用手势区和按键更方便。
但是任何元素的使用都是有条件的：
- 有空间。界面上有空间一直放“返回”控件，要保证“返回”控件的一致性，放在固定的位置。
- 返回操作频繁。由于界面的层级关系多，返回操作比较频繁。如果界面就两层，那用户很容易知道当前界面是否需要返回，指示的作用就没有必要了。
- 确实方便。也许在界面上放上“返回”控件的想法来源于iPhone，设计师感觉这样用起来挺方便，在Palm和Android也要这样做，这就太主观了。iPhone的“返回”是放在界面的左上角，对于触摸屏而言，左上角是单手使用时最难以点击的区域。如果将“返回”控件放在触摸屏底部的话，对于像摩托里程碑这样的手机，返回键虽然是在触摸屏之外，但是操作的感觉和触摸屏几乎完全一样，那这时操作上方便是非常弱的。
- 用户习惯。Palm手机属于小众化手机，也许用户是Palm的狂热分子，就喜欢手势区的操作。但也不意味着就一定需要完全遵从用户习惯，如果提供了更好的使用方式，用户的习惯也是可以改变的。
这些都是推理，任何理论都代替不了用户最终的反馈，衡量设计的好坏还是要看用户真实使用产品时的感受。
palm
而非plam
palm真的太小众了～
囧~~谢谢指正。
谢谢楼主的经验之谈
在做ANDROID客户端设计时都会碰到过这个问题
手机本身已经带有返回键了，是否还需要加一个按键呢
ANDROID的应用没有IPHONE的那样一致性。
我现在的看法比较偏向不加：一来ANDROID系统自带的应用没有这个用法；二来，如果有些页面没有什么更多的功能，或者只能一个内容的栏目，将返回和栏目如果排列又不占空间也是一个头疼的问题；三来，无论是取消加载还是返回都使用手机的返回键，这个也算是ANDROID系统的一个习惯吧，用户不需要记住或区别什么吧，就相当是一个万能键咯，再说，是加载中想返回的话，那么按两次手机返回键总比按一次手机返回键加一次应用返回来得简单吧。
我们客户端的第一个版本就是加了的，近期我们准备出一个新的版本，并先给用户测试，再最后确定是否加上去吧
@, 用户测试很稳妥，期待你们的测试结果。
不添加“返回”控件，采取无为的做法，设计师是没错也没功的。
如添加能增加用户的满意度的话，那设计师就做了好事情，即使用户在这之前没有感觉到这是个问题。
现有的软件放“返回”的位置都不一样，用的时候还要查找“返回”控件。如果沉浸在触摸屏中，在界面上找不到“返回”才想起来有”返回“按键。
够复杂的！
我也偏向不加，本身是android用户，一开始用返回很不习惯，但破于无奈现已经很习惯了，菜单是真的不敢恭维，可见性太差了