近日读了郎启旭翻译的《iOS人机界面准则》，首先对其翻译表示感谢。个人感觉从产品设计和具体开发上还是有很多内容可以借鉴，去掉我认为的常识部分和目前对我而言不是特别重要的部分，整理摘抄部分笔记如下，一来可以用作记录，二来可以和大家分享一下。
一、依从（Deference）。
1、用户界面（UI）应当有助于用户理解内容并与之互动，而非对抗。
2、充分利用整块屏幕。重新考量对插图和视觉框架的使用，可以考虑 让内容扩展到屏幕边缘。「天气」就是一个很好的范例：漂亮的全 屏界面非常直观地呈现出某个地点当前天气的关键信息，而且还有 多余空间可以显示每个小时的天气数据。
3、重新考量模拟现实的视觉表现。浮雕、渐变和阴影效果有时会让界 面元素变得沉重，进而喧宾夺主。相反，要突出内容并让界面扮演 一个辅助性的角色。
4、使用系统字体以确保易读性。iOS 7 的系统字体能够自动调整字间 距和行高， 这会让文本内容易于阅读， 且在任意字号下都显示良 好。无论你是使用系统字体还是自定义字体，请确保使用「动态字 体」（Dynamic Type），这样在用户选择不同的字号时你的 app 可以作出响应。
二、启动和停止
1、避免要求用户提供设置信息，代之以：
关注 80% 用户的需求。这样，大部分用户不需要进行任何设置，因为你的 app 已经按他们期望的方式设置好 了。如果有一些功能只有极少数用户可能需要或者大部分用户只会用一次，请抛弃这样的功能。
尽可能通过其他方式获取信息。如果你可以使用任何内置程序或设备中用户所提供的信息，那就从系统中获取 这些信息，而不要让用户再输一次。
如果你确实需要提供设置信息，请让人们在你的 app 中输入。然后，尽快存储这些信息（例如，在你 app 的 设置中）。这样一来，在有可能体验到你 app 的乐趣前人们不会被迫切换到 iOS 的「设置」中了。如果人们 将来需要修改这些信息，可以在任何时间前往 app 的设置页面进行修改。
尽可能将登录延后。最好在用户没有登录时就可以通过导航来浏览你的 app 并使用部分功能。用户在在可以做点有 用的事情前通常已经从那些强制他们登录的 app 中离开了。
一般来说，以设备的默认方向启动。在 iPhone 上，其默认方向是竖屏；在 iPad 上，则是设备当前的方向。如果你 的 app 只支持横屏，你应该始终以横屏方式启动，然后让用户在需要时旋转设备。
2、iOS 应用永远不会显示一个「关闭」或「退出」选项。人们退出一个 app 的方式就是切换到另一个 app、返回主屏 幕或者让设备进入睡眠模式。
当人们从你的 app 切换离开，iOS 的多任务处理会将其挂到后台，并切换到新 app 的界面中。为了应对这种情况， 你应当：
尽快并尽可能频繁地在合理范围内存储用户数据。这样做是因为处于后台的 app 随时都有可能被退出或结束。
当 app 停止时，尽可能最多地保存当前状态的细节。这样的话，当人们切换回来时就不会失去之前所处的情 境。例如，如果你的 app 有显示 可滚动的数据，那在停止时要保存当前所处的滚动位置。你可以前往「State Preservation and Restoration」了解更多关于高效重建和恢复 app 状态的方式。
3、永远不要以程序化的方式自动退出一个 iOS app；
4、如果所有的功能都不可用，就向用户展示一个界面去描述问题并建 议用户如何纠正。这能给用户一种反馈，让他们觉得你的 app 并 没有出错。这也会赋予用户以控制感，让他们来决定是采取纠正措 施并继续使用你的 app，还是切换到另一个 app。
如果只有部分功能不可用，那在用户用到这些功能时提供解释界面 或者提示。这样的话，人们还可以使用 app 的其他功能。如果你 决定使用警告框，请确保只在用户尝试使用不可用的功能时展示。
三、布局
1、给每个交互元素以足够的间距，以便用户对内容和控件进行操作。可点击控件的点击区域不小于 44 x 44 点。
2、将重要内容和功能放到更重要的位置，以便用户可以更容易地关注主要任务。一些可行的方法是，将主要元素放置在 屏幕的上半部分，并靠近屏幕左侧（基于从左至右的阅读习惯）；
3、尽可能避免在界面中出现不一致的样式。通常来说，拥有相似功能的元素看上去也应该很像。用户常常会认为那些他 们所看到的不一致背后必定富有深意，然后花时间去理解它们。
四、导航
1、永远要让用户知道自己正处于应用中的什么位置，并清楚如何去往他的下一个目标。
五、品牌化
1、不要挤占人们所在意的内容的空间。
2、不要在整个 app 中处处展现你的标识。
六、颜色和字体
1、如果你要创建多种自定义颜色，请确保它们在一起会协调。
2、注意在不同情境下的颜色对比。例如，如果在导航栏背景和条栏按钮标题之间没有足够的对比，用户会很难看到这些 按钮。一个经验法则是，需要区分的颜色之间的对比度至少要达到 50%。在设备上查看颜色对比以测试效果，这要 在不同的光线情况中进行，包括晴天的户外。
建议：一种发现需要更高对比度的区域的方式是，降低 UI 的饱和度并以灰度模式查看其显示效果。如果你在交互和 非交互元素或灰度版本的背景之间很难发现区别，你可能需要增加这些元素之间的对比。
3、当你自定义条栏的颜色时，要将半透明的条栏和 app 内容考虑进去。如果你需要创建一个条栏颜色以匹配特定颜 色，例如当前品牌中的一个颜色，你可能需要试验许多颜色才能得到你想要的效果。条栏的外观同时受到 iOS 内置的 半透明效果和条栏背后的 app 内容的影响。
4、要考虑色盲人群。大多数色盲用户很难区分红色和绿色。测试你的 app，确保你没有在任何地方将红色和绿色作为区 分两种状态或值的唯一方式（一些图像编辑软件有这样的工具可以帮助你验证色盲的情况）。通常，使用不止一种方 式去表示元素的交互性是一个不错的想法。
5、考虑选择一个主题色以显示交互性和状态。内置 app 中的主题色包括「标签」的黄色和「日历」的红色。如果你要 定义一个主题色以显示交互性和状态，确保你的 app 中的其他颜色不会与之冲突。
6、避免在交互和非交互元素中使用相同的颜色。颜色是用户界面元素显示其交互性的一种方式。如果交互和非交互元素 用一样的颜色，那么用户会很难知道他们点的是哪里。
7、颜色增进沟通，但并不总是你所希望的方式。每个人看到的颜色都不同，而且在许多文化中人们对颜色的含义如何对 应也有所不同。花点时间去了解你所使用的颜色在其他国家和文化中可能会被如何解读。你需要尽可能确保 app 中 的颜色传达着合适的信息。
8、大部分情况下，不要让颜色干扰用户。除非颜色是你的 app 主旨中不可或缺的部分，否则它通常应仅是一种恰到好 处的升华。
9、在响应文字大小的变化时，优先让内容变化。对用户来说，不是所 有内容都同等重要。当用户选择一个更大的文字大小时，他们想让 他们所在意的内容易于阅读；他们一般并不希望页面中的每一个字 都变大。
例如，当用户在「辅助功能」中选择了一个更大的文字大小，「邮 件」中的收件人和消息正文以大号文字显示，但一些不太重要的文 本——例如时间和发件人——还是以较小大小显示。
七、应用图标
1、应用图标是产品品牌的重要组成部分。要将设计图标看成是向用户讲述产品故事以及构建情感联系的机会。
2、优秀的应用图标都是独特、简洁、动人和令人难忘的。
3、应用图标在不同尺寸不同背景上都要显示良好。
八、条栏图标
1、为帮助你决定在导航栏或工具栏中是使用文本还是图标，你可以算算同一时间有多少图标在屏幕上可见。屏幕上出现 过多的图标会让 app 看上去很复杂。另外要注意，这一决定可能因 iPhone app 和 iPad app 而有所不同，因为 iPad app 往往在条栏文字上有更多空间
九、术语和措辞
1、确保你所使用的术语能被用户理解。
2、使用轻松友好的语气，但不要过分亲密。要避免语气生硬或过于正式，但也不要过于虚情假意或曲意逢迎。要记住， 用户可能会频繁看到你的 UI 中的文字，起初看似精妙的表达看多了也许会变得令人生厌。
3、像报纸编辑那样思考，找出那些冗余和不必要的字词。如果你界面中的文本简短而直接，用户便能迅速轻松地理解。 找出那些最重要的信息，简明地表述并突出显示，这样一来人们就不用在一大堆文字中寻找他们要找的信息或下一步 要做什么了。
4、尽量少使用全部大写的词语。偶尔使用全部大写的词语有助于吸引人们的注意力，但当整段文字都是大写时， 它会变得难以阅读，看上去像是在对用户大吼大叫。
十、设计原则
1、美学完整性
美学完整性不是用来衡量 app 的艺术表现或风格特征，而是指 app 的外观与行为是否与其功能相衬一致。
2、一致性
一致性可以让用户将 app 中的某部分界面的经验和技巧复用到其他地方，或者从一个 app 复用到另一个 app。一致 性的 app 不是对其他 app 的简单复制，也不是风格上的一成不变，相反，它关注用户所习惯的方式和标准，并提供 一个具有内在一致性的体验。
要判断一个 iOS app 是否符合一致性原则，可以通过以下几个问题来考量：
App 是否和 iOS 标准保持一致？它是否正确地使用了系统控件、视图和图标？是否以用户所期望的方式利用了 设备的特性？
App 自身是否具有内部一致性？文本内容是否使用了统一的用辞和风格？同样的图标是不是通常意味着相同的 意思？当用户在不同的位置执行同一个操作时是否符合其预期？自定义的界面元素外观和其行为是否保持一 致？
App 是否在合理范围内与之前的版本保持一致？术语和含义是不是仍然相同？基本概念和主要功能是否基本不 变？
十一、为任务量身定制
优秀的 iOS app 能够在易于使用和目的清晰之间平衡用户界面的自定义。要达到这个平衡，一定要在设计过程中尽 早去考虑个性化定制。
定制要行之有据。理想情况下，定制的 UI 会辅助用户想要完成的任务，并提升其体验。你需要尽可能让你 app 的任 务去驱动你定制设计的决策。
尽可能避免增加用户的认知负担。用户熟悉标准 UI 元素的外观和行为，所以不需要停下来去思考如何使用它们。但 当他们面对那些和标准 UI 外观和行为完全不一样的元素时，先前的经验毫无用处。除非你独特的元素可以让任务执 行更容易，否则用户可能不会喜欢被迫去学习新的流程，而这些流程又不会在其他 app 中用到。
保持内部一致性。你的 UI 自定义得越多，在你的 app 中这些自定义元素的外观和行为保持一致就更为重要。如果用 户需要花时间去学习如何使用你所创建的不熟悉控件，那他们会希望可以依赖这些经验混迹整个应用。
始终为内容服务。由于这些标准元素是如此常见，所以它们不会和内容有任何的不和谐。当你在自定义界面时，要确 保其不会盖过人们所关注的内容。例如，如果你的 app 可以让人看视频，你可能需要选择设计一个自定义的播放控 件。但是无论是使用自定义还是标准的播放控件，更重要的是控件是否在视频开始后隐藏并轻点时重新浮现。
重新设计标准控件前要三思。如果你正在计划重新设计一个标准控件，要确保你的新设计提供了和标准控件一样多的 信息。例如，如果你设计的开关控件不能表现出两个相反的状态，用户可能不会意识到这是一个两态控件。
务必对自定义的 UI 元素进行充分的用户测试。在测试期间，仔细观察用户是否能够准确了解你界面元素的作用，以 及他们是否可以轻易地与之交互。例如，你设计了一个点击区域小于 44*44 点的控件，那用户在点击时就会碰到麻 烦。或者，如果你创建了一个会对轻扫和轻点产生不同响应的视图，那么确保这个视图所提供的功能是值得人们和它 互动时耗费的注意力的。
十二、iCloud
1、尊重用户的 iCloud 空间。
iCloud 是用户花钱购买的有限资源，牢记这一点很重要。你应当使用 iCloud 去存储那些 用户生成和知悉的信息， 避免用其去存储 app 资源或者你能够重新生成的内容。
2、确定哪些类型的信息会存储在 iCloud 中。
除存储用户生成的文档和其他内容之外，你也可以存储少量的数据，例如 用户在程序中的状态或偏好设置。存储这类信息你需要使用 iCloud key-value storage。例如，如果用户使用你的 应用阅读一本杂志，你可能要用 iCloud key-value storage 去存储他们翻过的上一页，以便当他们在其他设备中再 次打开这本杂志时可以从中断的地方继续阅读。
3、如果你使用 iCloud key-value storage 去存储偏好设置，确认其是用户希望在他所有设备上生效的设置。
例如，一 些设置在家里比在工作环境中更有用。在某些情况下，比起在用户的 iCloud 账户中存储偏好设置，放到你 app 的服 务器上会更有意义，这样，无论 iCloud 是否启用，这些设置都能生效。
4、确保你的程序在 iCloud 不可用时的行为合理。
例如，如果用户退出了 iCloud 账户，你应用不能使用 iCloud；或进 入飞行模式， iCloud 变得不可用。在这些情况下，用户执行了一个切断读取 iCloud 的操作，所以你的程序不需要 告诉他们这一点。然而，在这些用户做出的改变在其他设备上不可见时，可以适当地告诉用户，直至 iCloud 恢复访 问。
5、避免给用户一个创建「本地」文件的选项。
无论你的程序是否支持 iCloud，你都不应当鼓励用户去关注设备专用的文 件系统。相反，你要让用户关注他们的内容在 iCloud 中的普遍可用性。
6、适时地自动更新内容。
最好是用户不必做出任何操作就能在你的应用种读取最新内容。然而，你也需要在尊重用户设 备空间和带宽限制与这样的体验之间把握平衡。如果你的用户使用大体积文档，可以适当地让他们控制是否从 iCloud 下载更新。如果你需要这样做，设计一种方式以显示文档在 iCloud 上可用的新版本。当用户选择更新文档时，如果 下载耗时超过几秒，务必提供适当的反馈。
7、向用户警告删除文档的后果。
当用户在一个支持 iCloud 的 app 中删除文档时，文档会从用户的 iCloud 账户和其他 所有设备中移除。在你执行删除之前，恰当的做法是展示一个警告框描述其后果并获得确认。
十三、编辑菜单
1、为确保你 app 的编辑菜单行为符合用户期望，你应当：
显示与当前情境相符的命令。例如，如果什么都没选中，菜单就不应包含「复制」或「粘贴」，因为这些命令只在选 中区域中生效。同样，如果选中了一些东西，菜单里就不应包含「选择」。如果你要在一个自定义视图中支持编辑菜 单，要确保菜单中显示的命令和当前情境相符。
让菜单和你的界面布局相适应。iOS 在插入点或选中区域的上方或下方（取决于可用空间）显示编辑菜单，并在此显 示菜单指针，以便用户可以看到菜单命令是如何与内容联系起来的。如果需要，你可以在菜单出现前由程序决定好位 置，避免 UI 的重要部分被遮挡。
支持两种呼出菜单的手势。尽管触碰并按住的手势是用户呼出编辑菜单最主要的方式，但他们也会在文本视图中双击 一个单词去选中它，同时呼出菜单。如果你要在自定义视图中支持菜单，确保能响应这两种手势。此外，你可以定义 用户双击时默认选中的对象。
避免在界面中放置一个在编辑菜单中已经存在的命令按钮。例如，比起提供一个「复制」按钮，让用户使用编辑菜单 执行复制操作会更好，因为用户会想为什么在你的 app 中会有两种方式去做同样的事情。
如果对用户有益，考虑支持选中静态文本。例如，用户可能想要复制一张图片的标题，但他们不见得想复制条栏标题 标签或页面标题，例如「账户」。在文本视图中，应当默认选中一个词。
不要让按钮标题可以选中。一个可选中的按钮标题会让用户很难在不触发按钮的情况下呼出编辑菜单。一般来说，像 按钮这样的元素都不应该被选中。
支持复制和粘贴的同时，支持撤销和重做。在用户改变想法时，他们通常期望可以
2、如果你需要自定义编辑菜单项，遵循以下这些准则：
自定义项目列在所有系统项目之后。不要在系统项目中插入你自定义制的项目。
保持合理的自定义菜单项目数。不要用太多的选择让你的用户崩溃。
为你自定义的菜单项选用简单明了的名字，并确保其准确描述了该命令的作用。
十四、撤销和重做
用户通过摇晃设备可以发起「撤销」操作，这会显示一个警告框来让用户：
撤销他们刚刚输入的内容
重做之前未完成的输入
取消撤销操作
通过定义以下内容，在你的 app 中以更通用的方式支持撤销操作：
用户可以撤销或重做的操作
什么时候你的 app 应当把一个摇晃事件看成是摇一摇撤销手势
要支持多少步的撤销
如需了解如何在代码中执行这一行为，请参阅「Undo Architecture」。如果你要在你的 app 中支持撤销和重做， 遵循以下准则以提供好的用户体验：
用简短的描述性短语告知用户正在撤销或重做的具体内容。iOS 会自动在撤销警告框的按钮标题上显示「撤销」和 「重做」（字词后包含一个空格），但你需要用一两个词来描述用户可以撤销或重做的行为。例如，你可能会有「删 除姓名」或「修改地址」这样的文本，那使用诸如「撤销删除姓名」或「重做修改地址」这样的按钮标题。（注意在 警告框中的「取消」按钮不可以被修改或者移除。）
避免使用过长的文本。过长的按钮标题会被截断并且让用户难于理解。由于这是一个按钮标题文本，使用标题大写样 式并且不要增加标点。
避免让摇晃手势过于复杂。虽然你可以在代码中设置何时你的 app 会将一次摇晃事件识别为摇一摇撤销，但如果用 户还可以用摇晃执行一个完全不同的操作，这很可能会让用户迷惑。分析用户在你的 app 中的交互行为，避免造成 用户不能准确预测摇一摇手势的效果。
将撤销重做和用户当下的情境清晰明确地联系起来， 而非之前的情境。 仔细考量那些允许被撤销或被重做的行为场 景。通常来说，用户期望他们的改变和操作可以立即生效。
十五、状态栏
1、不要创建自定义状态栏。用户会依赖于系统状态栏的一致性。就算你可能会在 app 中隐藏状态栏，但也不适宜在其 出现的地方使用自定义的 UI。
2、防止让滚动内容透过状态栏显示。
3、避免在状态栏背后放置干扰性内容。特别是，你不能让用户误认为轻点状态栏可以获取内容或触发你 的 app 中的控 件。
4、隐藏状态栏时要慎重考虑。由于状态栏是透明的，所以你通常不需要隐藏它。始终隐藏状态栏，意味着用户必须从你 的 app 中切换出去才能看到当前时间，或者知道是否有 Wi-Fi 连接。
5、在用户全屏观看多媒体内容时，考虑隐藏状态栏——和其他所有界面元素。如果你这样做了，请确保用户再轻点一次 即可恢复状态栏（和其他所有界面元素）。如果没有非常充分的理由，则要避免重新定义一个手势来唤起状态栏，因 为用户会很难发现并记住这样一个手势。
6、选择一个和你的 app 相协调的状态栏颜色。默认样式以白底黑字显示，适合用在浅色内容的 app 的顶部。而黑底白 字的状态栏则适合放在深色内容的 app 顶部。
7、适当的时候，显示网络活动指示器。网络活动指示器可以出现在状态栏中，以向用户显示长时间的网络接入状态。
十六、导航栏
1、避免用过多的控件将导航栏挤满，即使看上去还有大量空间。
2、确保在文字按钮之间有足够的间隔。
十七、标签栏
1、在 iPhone 上，同时显示不超过 5 个标签（如果有更多标签，标签栏会显示其中 4 个并增加一个「更多」标 签，再将其他的标签以列表形式收纳在其中）
十八、选择器
1、一般来说，当用户对整组数值都很熟悉时，可以使用选择器。
2、尽可能将选择器内嵌到内容中显示。最好避免让用户在使用选择器时需要进入另一个视图。
3、如果你需要展示大量数值，考虑使用表格视图而不是选择器。
十九、分段控件
1、确保每个分段都容易点击。为了保证每个分段都有 44 x 44 点的舒适点击区域，请控制分段数量。在 iPhone 上， 分段控件应等于或少于 5 个分段。
2、尽可能保证每个分段的内容长度一致。由于分段控件中所有分段的宽度都相同，当有些分段被内容填满而有些又没有 时会看起来不太美观。
3、避免在单个分段混合放置文本和图像。
二十、警告框
1、不要刻意避免使用负面措辞。 用户理解大多数警告框都是为了告诉他们发生的问题， 或者对危险情况作出警告。 因 此，负面但直接的措辞效果会好于正面但委婉的措辞。
2、尽可能避免使用「你」、「你的」、「我」和「我的」。有时候，这些直接指向人的文本可能会引起歧义，甚至可能 会被理解成侮辱或傲慢。
3、避免在警告文本中描述点击哪个按钮从而导致文本过长。
4、合适地放置按钮：
如果按钮不会造成破坏性后果，而这又是用户最有可能的操作，那么它应当在双按钮警告框的右边。取消按钮 则应该放在左边。
如果按钮会造成破坏性后果，而这又是用户最有可能的操作，那么它应该放在双按钮警告框的左边。取消按钮 则应该放在右边。
注意：在警告框显示时点按「主屏幕」按钮，应如预期的那样退出此 ——即，警告框被取消且操作没有被执行。
二十一、应用图标
1、使用用户会很容易识别的通用图像。
通常来说，避免关注一个元素次要或晦涩的方面。例如，「邮件」的应用图标用 了一个信封，而非一个乡村风格的邮筒、邮包或邮局符号。
2、拥抱简洁。
尤其是要避免在你的图标中塞入大量不同的图形。寻找一个可以代表你 app 实质的单一元素，以一种简 单、独特的形状传达出来，并谨慎地增加细节。如果图标的内容或形状过于复杂，细节便会成为干扰，还可能在更小 尺寸时模糊不清。
建议：要测试你的应用图标在小尺寸时的显示效果，将其放到「主屏幕」页面的一个文件夹中。最好再移动一些应用 图标到文件夹中，看是否你的图标显示良好并仍然能清晰辨识。
3、如果你想要描绘现实物体，那就准确呈现。描绘现实物体的图标，应准确复制其特点，如布纹、玻璃、纸张和金属， 并能传达出物体的重量和触感。
4、确保图标在各种背景中显示良好。 不要只在浅色或深色背景上测试你的图标， 因为你不能预测用户会选择怎样的壁 纸。
最后再次感谢郎启旭的翻译，截取他的联系方式给他宣传一下，如果感兴趣的可以关注一下。
