前段时间有空，把iOS 10的人机交互设计指南的要点翻译出来了，感觉对于整体的用户体验设计很有帮助。原版基本上用动效展示，所以这边没有贴过去，传送门在此>>>iOS Human Interface Guidelines 原版
1. Overview概述
1.1. 基本主题
清晰、尊重、深度
1.2. 设计原则
美学完整性、一致性、直接操作、反馈、隐喻、用户控制
1.3. 接口要点
UIKit提供的界面元素分为三大类：
Bars栏、Views视图、Controls控制
2. Interaction交互
2.1. 3D Touch
2.1.1. Home Screen Interaction 主屏幕交互
在主屏幕上，重按支持3D Touch的APP图标会显示一个操作视图，视图可让你快速执行常见和特定的操作。
2.1.2. Peek and Pop 窥视和弹框
在页面中利用临时视图预览内容，例如页面、链接、文件。设计规范如下
Use peeking to provide live, content-rich previews 提供更加实时和丰富的预览
Design big-enough peek views 设计足够大的快速查看视图
Adopt Peek and Pop consistently 始终如一地使用
Allow every peek to be popped 所有窥视都被弹出
Avoid displaying button-like elements in a peek view 避免在窥视中出现按钮元素
Don’t enable peeking and an edit menu for the same item 不能为同一项目使用窥视
Provide action buttons when appropriate 酌情提供操作按钮
Avoid providing an action button that opens a peeked item 避免提供窥视的操作按钮
Don’t make peek the only way to perform item actions 避免只利用窥视作为唯一操作
2.1.3. Live Photo
2.2. Accessibility辅助功能
为残障人士提供广泛的辅助功能
2.3. Audio音频
用户通过音量按钮、静音开关、耳机控制和屏幕音量滑块操纵声音。 许多第三方配件也包括声音控制。 音频可以通过内部或外部扬声器、耳机，甚至通过启用AirPlay或蓝牙设备的无线方式输出。
·必要时自动分级调整音量，而不是整体调整
·适当时允许重新路由音频
·使用系统提供的视图进行音量调整
·使用系统声音服务，以减少声音和震动
·如果声音很重要，请对音频进行分类
·在发生中断后适当地恢复音频播放
·让其他应用知道你的应用程序播放完临时音频
·只有在有意义的情况下才响应音频控制
·不要重新调整音频控制
2.4. Authentication身份验证
·登录尽可能延迟
·说明身份验证的好处以及如何注册服务
·通过显示适当的键盘，来最少化数据输入
2.5. Data Entry数据输入
·提供预设选择菜单
·尽可能从系统获取信息
·提供合理的默认值
·仅在完成全部的必填值之后，才进行下一步
·动态验证字段（在输入后立即进行有效性验证）
·有必要时才列为必填值
·轻松浏览有价值的表格（如利用字母排序）
·在文本字段中显示提示以帮助沟通目的
2.6. Feedback反馈
·将状态和其他类型的反馈不间断地集成到界面（注：充分利用状态栏展示全部信息）
·避免非必要的提醒
2.6.1. 触觉反馈
·选择
·明智地使用：过度地使用会造成混乱
·提供响应用户发起的操作的触感反馈
·不要重新定义反馈的类型
·微调触感的视觉体验：同时提供视觉和触觉的反馈，建立行动与结果的联系
·不要依赖单一的沟通模式：要考虑到触感不能使用的情况，建议同时提供视觉、听觉线索
·当视觉反馈可能被遮挡时，使用触觉
·在启动反馈之前准备系统：考虑到触觉反馈会有延迟，需要提前准备
·同步音效与触觉
2.7. File Handling文件处理
·除非取消或删除，否则工作需被保存下来：自动保存更改
·不提供创建本地文件的选项：数据储存在云端
·实现直观和图形化的文件浏览界面
·让用户在不离开应用程序的情况下预览文件（利用quick look）
·适当地与其他应用共享文件
2.8. First Launch Experience首次启动经验
·提供启动屏幕（Launch Screen）
·以适当的方向启动（默认屏幕方向，Layout）
·快速行动：启动时避免显示过场的内容，如果需要教程，提供跳过的选项
·预料帮助的需要：适当在中途提供提示
·坚守教程的要点：让应用程序更直观，不需要太多指导
·让学习更加有趣和可探索：使用动画和互动式教程
·避免使用前询问设置信息：提供默认值或同步服务器设置，稍后再设置
·避免显示应用内的许可协议和免责声明
·在应用程序重启时恢复之前的状态
·不要过快或者过度地请求用户评价应用程序
·不鼓励重新启动
2.9. Gestures手势
分类
·Tap点击：激活控件或者选择项目
·Drag拖动：从一个方向移动或拖动一个元素
·Flick轻划：快速滚动
·Swipe滑动：当用一根手指滑动时，可执行以下动作：返回到上一屏，在分割视图控制器中显示隐藏视图，显示表视图行中的删除按钮，或者在窥视中显示动作。
·Double tap双击：放大或缩小内容和图像（一般来说是最大/最小化）
·Pinch捏：向外放大，向内缩小（一般来说是自由控制大小）
·Touch and hold点击并按住不放：当以执行可编辑或可选文本时，显示用于光标定位的放大视图。 当在某些视图中执行（如收集视图）时，进入允许重新排列项目的模式。
·Shake摇一摇：撤销或重做
要点
·作为一般原则，使用标准手势
·不要屏蔽全系统的手势
·避免使用标准手势执行非标准操作（游戏除外）
·提供快捷手势来补充，而不是替换基于界面的导航和动作：许多系统应用包括导航栏，提供了一个清晰的，可点击的按钮返回到上一屏。 但用户也可以通过从屏幕的侧面滑动来导航回来。
·使用多功能手势来提高应用体验（例如游戏和绘画）
2.10. Loading 加载
·加载时要清晰表达：至少要显示一个事情正在发生的进度条，使得用户可以衡量他们将要等待多久
·教程或者娱乐装饰加载时间：考虑显示游戏的提示、娱乐视频或有趣的占位符
·自定义加载屏幕：考虑通过与应用程序或游戏风格相匹配的自定义动画和元素来设计，带来更加身临其境的体验
·尽快显示内容：立即显示屏幕，并使用占位符文本，图形或动画来标识内容不可用的位置。 在加载内容时替换这些占位符元素。 只要有可能，在后台预加载即将到来的内容，例如在播放动画或用户浏览级别或菜单时。
2.11. Modality 模态
模态通过防止人们完成任务后悔错过消息或视图创建焦点。 行动表、警报和活动视图提供模态体验。 当屏幕上出现模态视图时，用户必须通过点按按钮或以其他方式退出模态体验来进行选择。 模式视图可以占据整个屏幕， 模态视图通常包括退出视图的完成和取消按钮。
·最小化使用模态
·提供明显和安全的方式来推出模态任务：确保人民再忽略模态的时候知道行动的结果
·保持模态任务的简单、简短和精力集中：如果模态任务太复杂，人们会忽略他们进入模态语境时暂停的任务。 特别注意创建涉及层级的模态任务，因为用户可能会迷路，忘记如何回溯其步骤。 如果模态任务必须包含子视图，请提供通过层次结构的单一路径和完成路径。 避免在完成任务之外使用完成按钮。
·如果合适，显示标识任务的标题
·为基本和理想的可操作信息预留警告：让用户觉得警告的入侵是有必要的
·尊重通知偏好：在“设置”中，用户可以指定从应用程序接收通知的方式。遵守这些偏好设计，以免他们完全关闭应用的通知。
·不要在popover上方显示模态视图：除了警告之外，任何应用都不会出现在popover上。在罕见的情况下，当您需要在popover中执行操作后提出模态视图，请在显示之前关闭该popover。
·协调模态视图外观：例如,模式视图可以包括导航栏。在这种情况下，请使用与应用中导航栏相同的外观。
·选择适当的模态视图样式
·使用适当的过度风格来显示模态：默认的转换从模式视图向上垂直滑动，一旦关闭则从屏幕底部向后退一步，翻转式转换似乎是水平翻转视图以显示模态视图。