开发者文档

Settings

用户可以在设置屏幕中调整偏好，改变应用的行为。设置可以让用户:

• 不用在某些重要的时刻被同样的问题一遍又一遍的打断。通过设置设定好在特定情况下的默认操作。(参考“设计原则”中的 帮哥做决定，但让哥来拍板)
• 感觉很自在并且尽在掌控。(参考“设计原则”中的 展现哥的个性)

在“更多操作”菜单中提供设置按钮

设置按钮在 UI 中不是很重要，因为不是经常用到。即使 操作栏 上还有空间，也不要把设置按钮放在操作栏上。始终将设置放置在“更多操作”菜单中的帮助旁边。

 

不要把什么都放在设置里

因为设置总是在主界面之外，所以似乎放再多的东西也不会挤占 UI 的空间。嗯，听起来是个不错的消息，但是还是要注意一下。

设置看起来是一个堆放各种东西的地方，就像杂物间里面塞满了东西。你不会在那里花很多时间，所以似乎可以不用去仔细考虑项目的排列和摆放。用户虽然很少访问设置，但是仍然对于设置屏幕抱有很高的期待。过多的设置项表示用户要做出大量的选择，太多的选择则会使人失去方向。

所以不要让用户做出高难度的选择，而且仔细考虑是不是需要一个设置。对于设置中的每一个选项，都应当按照下面的流程图仔细考虑:

 

分组不是一门精确的科学，但是基于应用中设置的数量还是有一些指导方法可以参考。

 

仔细考虑设置的默认值。因为每个设置都会影响应用的行为，默认值将会影响用户对应用的第一印象。尽管用户可以调整设置，但是他们仍然希望应用能够提供一个正确的起始状态。你可以通过以下的步骤来考虑默认值:

• 如果没有默认值，用户最倾向于选择哪个值？
• 哪个值是中性的？
• 哪个值最没有风险，最没有争议，最不过分？
• 哪个值消耗最少的电量和最少的数据流量？
• 哪个值最符合设计原则？不要弄丢哥的东西
• 哪个值最符合设计原则？只在重要的时候打断哥

标题要清晰简明

写出一个好的标题是有难度的，因为空间有限，你只有一行而且很短的宽度。按照下面的指导，帮助你写出简明、有意义、能够快速浏览的标题:

• 用一般句式书写标题 (例如只有第一个字母和特殊名词才大写)
• 不要在标题中使用指导性动词，比如“设置”、“修改”、“编辑”、“管理”、“使用”或者“选择”，因为用户已经知道他们可以在设置中做出这些调整。
• 不要在标题中使用“...的设置”，因为这就是设置啊，不需要再说一遍。
• 如果是一组设置中的一项，不要在标题中重复组名称或者子屏幕标题。
• 不要使用否定词作为标题开头。
• 不要使用特别技术的词语，除非您的目标用户都能够理解这个术语。尽量使用简单的动词和名词。
• 不要提及用户。比如开关通知的设置，标题应当是“通知”，而不是“提醒我”。

当您确定好标题后，请在 LDPI 手持设备 上测试一下，确保在任何设备上都能够正确显示。

副文字标题是用来表示状态，而不是用来写详细描述的…

在 ICS 系统发布以前，我们喜欢在副文字标题中写一些详细的描述信息。但是从 ICS 开始，副文字标题用来描述当前的状态。

在副文字标题中描述状态可以:

• 让用户立刻了解设置的效果。Users can see at a glance what the current value of a setting is without having to navigate any further.
• 符合设计原则的 保持简洁 要求，这一点对于用户很重要。

…除非它是一个复选框

需要特别注意的一个特例是复选框。此时，副文字标题用于详细描述，而不是状态描述。在复选标题下面描述状态是没有必要的，因为复选框本身即已提示之。在复选标题下面进行详细描述是适当的是因为——不像其他控件——它没有办法导航到一个对话框或者一个子屏幕，所以没有地方放置额外信息了。

也就是说，如果复选框的标题已经足够描述设置的目的，那么就没有必要再提供更详细的描述了。

按照以下的指导，编写复选框的描述信息:

• 保持一句话之内，并且不在结尾使用标点符号。
• 表达在设置已经选中的情况发生了什么，并且使用一个命令语句。比如: "Allow data exchange"，而不是"Allows data exchange"。
• 注意不要使用标题中已经重复出现的词语。
• 不要提及用户，除非是理解设置所需。
• 如果必须要提及用户，请使用“您”而不是“我”。Android 此时在向用户表达信息，而不是代表用户。

写作示例

以下的例子是我们在 ICS 设置应用中一些修改过的标题和副文字标题。

• 确保每个设置项都值得放置在设置屏幕中。

• 如果您有多于 7 个选项，将它们分组。

• 使用上面的设计模式指导，使用户不会面临陡峭的学习曲线。

• 选择安全、中性、适合大多数用户的默认值。

• 为每个设置提供一个清晰而明确的标题，并且编写合适的副标题内容。