[技术讨论]关于android端apk退出方式的设计
来源:互联网 发布:mac 终端命令 编辑:程序博客网 时间:2024/06/08 07:43
关于android端apk退出方式的设计,现在大体只有下面几种:
1,有退出和取消按钮;
2,一定时间内两次返回为退出;
3,一次返回就是退出。
http://blog.csdn.net/qingrun
http://weibo.com/tsingrun
1,有退出和取消按钮;
2,一定时间内两次返回为退出;
3,一次返回就是退出。
首先可以看到这两个用按钮的,退出都在左侧,设计者肯定没有看过十年前雅虎研究院出的web端设计指导,下一步的操作一定是在右侧,而返回上一步的操作是在左侧。但是到了移动端应该考虑用户是左手还是右手使用,也就是说,如果是左手使用,这个位置设计没有问题,反之就不用说了。但,这个图标大小和形状设计明显是台式机上的设计形态,真不该直接移动到apk上。
阿里和腾讯的很多推出设计采用了2,使用感受较好。
在移动端设计中,应该考虑的是,同一目标同一操作同一位置,不要让用户为了这样的行为进行换位,这会带来很不好的用户体验。
另外,当目标发生变化时,一定要产生提醒行为,提醒行为要做到提醒而不干扰,2的设计实现方式基本上达到了这种目的。在1中,用户必须进行一下移位,然后选择,再点击,且不说截图中的几个应用的点击位置是否合理,单说设计图就已经完全不是移动端应有的形态了,button扁长,很难触碰,容易产生操作偏移,这些都是上个时代和鼠标下的精准定位的产物,而不是这个时代应有的设计结果。
而小米和一些公司则走的更远一些,那就是使用了3的方式。嗯,结果不是退出,是隐藏,考虑到目前手机内存空间和未来的增长空间,这是一种不好的设计方式。对于用户,没有退出时的感觉就被退出的次数可能比实际想要退出的次数更多一些。而apk在退出后仍然占用内存,准备随时回来,这一点其实是造成用户手机运行速度降低的很重要的因素,我能说现在是罪魁祸首么?
其实,这应该算是一种过度设计的例子了,因为让用户失去了确认步骤,却不得不因为这个行为产生可能的回退操作。
好吧,关于退出,先说这么多吧,能看懂的,就能看懂了。哈哈
更多内容请到下面查看:http://blog.csdn.net/qingrun
http://weibo.com/tsingrun
0 0
- [技术讨论]关于android端apk退出方式的设计
- 关于技术主管的讨论
- 关于Flex技术的讨论
- 关于技术主管的讨论
- Android 在启动多个Acticity的情况下,退出整个APK的几种方式
- 关于Android 动画技术学习讨论
- 关于链接跳转APK的技术方案的实现(android)
- 关于Android应用设计中多余的“退出”功能
- Android设计像QQ一样的退出方式,退出不杀死进程
- Android 按两下退出APK的实现
- 关于Android退出 Activity 和 退出已调用多个 Activity 的 Application方式及区别
- [技术讨论]多用户(多公司)的数据库设计讨论
- [技术讨论]关于低耦合开发的讨论
- Android 退出app的方式
- Android 退出Activity的方式
- Android退出应用的方式
- Android退出应用的方式
- Android 退出程序的方式
- 求和(数学公式推导、取余运算)
- 我是这么来到博客坑的...
- 用PYTHON對文件批量改名
- 网页布局技巧
- 飛飛(七)就拿胖子说事:成年男性的标准体重公式为:标准体重(kg)=身高(cm)-100,超标准20%为超重,比标准体重轻20%为超清。输出标准体重,当超重时给出提示,不超重时也给出提示
- [技术讨论]关于android端apk退出方式的设计
- Javascript 检查字符串是否是数字的几种方法
- HDU 吉哥系列故事——临时工计划
- apk在线反编译
- java入门基础笔记第四天
- leetcode 200. Number of Islands-岛屿数量|并查集算法
- [NOIP2014]寻找道路 D2 T2 bfs
- 由unix文件I/O引出的原子操作
- STM32 + UCGUI+外扩NAND FLASH 中文字库支持方法