移动应用的用户界面设计模式中英文翻译本科论文.doc

移动应用的用户界面设计模式 Erik G. Nilsson SINTEF ICT, Postboks 124, Blindern, N-0314 Oslo, Norway – egn@sintef.no 摘要：在本文中，我们目前针对移动应用的用户界面设计模式的集合。在收集的模式是分成的问题，进一步分为三个主要问题领域的地区设置。经过预先发送这个问题的结构，我们目前在一些细节上发现了一些模式。然后，我们目前从一些有关的研究结果验证模式集合。该验证表明，两种模式的集合和个人模式和混合背景的可用性专业人士的相关有用。最后，我们讨论了使用记录设计知识，相关的工作和今后的研究的一个模式格式的利弊。 介绍 在本影和FLAMINCO项目中，我们已经开发了一套设计准则，以帮助发展中国家更多的用户友好的应用程序在移动设备（掌上电脑/智能手机），如何解决移动设备的用户界面设计时出现的各种问题给予实际的意见。这些准则设计的主要部分是模式集合http://www.sintef.no/flaminco的移动应用程序的用户界面设计模式的集合。每个问题提出了关于设计模式的格式。模式集合在处理问题的“来源”是本影和FLAMINCO项目的重新要求引出的阶段，并实践光学经验，在开发和利用项目的合作伙伴之间的移动应用中发现的问题。 主要问题领域 设计模式的指导方针是按照给定的结构在模式集合中提出来的。在顶层，他们被分成三个主要的问题领域。在这三个主要问题的每2个问题里，少数问题领域是被定义的。在每个这些问题的地方，一部分问题是不确定的。 如表1所示，在表列出了一些确定的26个问题，与他们连接问题领域（用户界面设计模式）。 表1 用户界面设计模式和问题领域的连接 主要问题领域 问题区域 个人问题 界面设计模式 屏幕空间的利用 一般的屏幕空间 提出元素列表 原则和机制的分组信息 机制包装信息 用户界面的灵活应用 处理对话框当软件键盘显示/隐藏 支持肖像和风景模式之间切换 不同屏幕尺寸设备的用户界面 互动机制 处理输入 输入文字的机制 输入数字数据的机制 多态模式输入 不使用麦粒肿LUS 不使用LUS的应用程序交互 在不使用键盘的情况下检索数据库数据 大型物体设计 准则 自动产生的标准特点 结合品牌，美学，和屏幕空间 难以了解的方面 在同步过程中的用户交互 长期业务的用户交互 背景 在没有键盘的PDA，一个共同的解决办法是输入文字显示软件键盘上，用户可以在使用EN- TER文本手写笔在屏幕的底部。这个区域可能已经被应用程序使用，从而减少其“正常”的互动空间。 问题 主要的问题是如何调整对话框以避免部分对话框暗藏。这个问题主要取决于用户界面的类型和风格。以UI为基础的形式是最有挑战性的，而对于含有任意添加或调整滚动条的文本或视觉演示的UI通常是足够的的。处理选项卡上的文件夹和被放置在屏幕底部的按钮也是一个挑战。 解决方案 当键盘出现时，最简单的方法是调整或添加滚动条。在这个前提下给出的其他解决方案都是需要通过添加，减少或删除滚动条的方法来解决。 在某些情况下它是可以让键盘覆盖部分UI。这个方案不好的一面是他依赖于被键盘挡住的部分屏幕。如果这个部分在被输出领域占用，只要键盘不被使用，这个解决方案是可以精确执行的。如果这个屏幕的一部分包含了重要的输入栏位或选项卡上的文件夹，此时，这个解决方案是不起作用的。 另一种简单的，但很少非常实用的解决方案是只使用不被键盘覆盖的一部分屏幕。在实现过程中，这个方案主要是减少屏幕的大小，并且比较适合对话框而不是windows系统。 一个更先进，但仍然相当容易实现的解决方案是使用的一个大的UI控件作为缓冲区。当键盘增加一个时，其中一个空间就会急剧减少使之调整并与键盘尺寸一样小。可使用的控件主要是列表框和多文本框。 另一种相当简单的解决方案有两个变种的用户界面，一个是使用所有的屏幕空间，一个是使腾出空间给键盘。主要劣势是当用户界面的变化时，用户可能会混淆，为此而增加了工作量。 两个或两个以上的大型UI控件通过共享大量减少的尺寸用于缓冲池的解决方案使之应用。通常来说，这个解决方案在UI中的控件的动态调整大小。这可能是使用两种不同的方法来完成。首先是决定为每个窗口的大小调整规则和申请，每个窗口定制的代码。二是所有的Windows有一个总体布局增加调整的算法。 验证 2007年在一天半的人机交互国际会议里展示了所有模式的教程。在本教程中，提出了结构模式集合，所有的模式是在一个非常简短的的水平。然而，在26个里面，有12是提出了更多的细节。在演示过程中，参与折填写了一份问卷。他们给主要问题领域的相关性和实用性，以及对未来使用模式集合的期望值打分。在从1（最低）到6（最高）范围里对相关性，实用性和希望值打分。 在29个