iOS Development Guidelines
  • Introduction
  • 规范
    • 0. 介绍
    • 1. 序言
    • 2. 代码命名规范
      • 2.1. 代码命名基础
      • 2.2. 方法(Method)命名
      • 2.3. 函数(Function)命名
      • 2.4. 属性(Property)与数据类型命名
      • 2.5. 其它命名规范
      • 2.6. 可接受缩略名
    • 3. 代码格式规范
      • 3.1. 代码注释格式
      • 3.2. 代码结构与排版
    • 4. 开发实践
      • 4.1. Objective-C保留字
    • 5. Xcode工程结构
    • 6. 版本控制
      • 6.1. Git基本配置
      • 6.2. Git分支模型
      • 6.3. SVN源代码管理规范
      • 6.4. SVN的标准目录结构
    • 7. 附录
      • 7.1. Xcode扩展插件
      • 7.2. 第三方开源库
    • 8. 参考
    • 9. iOS开发优化
  • Swift编码规范
  • Objective-C新特性
  • iOS生命周期
  • Apple 官方设计指南
    • iOS 人机交互指南
      • 概览 - 设计理念
      • 概览 - iOS 10 新功能
      • 概览 - 接口要素
      • 交互 - 3D Touch
      • 交互 - 辅助功能
      • 交互 - 音频
      • 交互 - 身份验证
      • 交互 - 数据输入
      • 交互 - 反馈
      • 交互 - 文件处理
      • 交互 - 初次启动体验
      • 交互 - 手势
      • 交互 - 加载
      • 交互 - 模态
      • 交互 - 导航
      • 交互 - 评分和评论
      • 交互 - 请求权限
      • 交互 - 设置
      • 交互 - 术语
      • 交互 - 撤销与重做
      • 系统功能 - 多任务
      • 系统功能 - 通知
      • 系统功能 - 打印
      • 系统功能 - 快速预览
      • 系统功能 - Siri
      • 系统功能 - TV 供应商
      • 可视化设计 - 动画
      • 可视化设计 - 品牌化
      • 可视化设计 - 颜色
      • 可视化设计 - 布局
      • 图像 - 应用图标
  • Apple 官方开发指南
    • App 发布指南
      • 待完善
    • Cocoa 代码指南
      • 代码命名基础
      • 方法命名
      • 函数命名
      • 属性和数据类型命名
      • 可接受的缩写词和首字母缩写词
      • 针对框架开发者的技术细节
    • 核心蓝牙编程指南
      • 待完善
  • iOS 杂谈
    • Auto Layout 是怎么进行自动布局的性能如何
    • App 启动速度的优化与监控
    • 多人的大项目,架构怎么设计更合理
    • 链接器:符号是怎么绑定到地址上的
    • App 如何通过注入动态库的方式实现极速编译调试
    • 静态分析工具的选择
    • Clang的App 提质
    • 无侵入的埋点方案如何实现
    • 包大小:如何从资源和代码层面实现全方位瘦身
    • iOS 崩溃千奇百怪如何全面监控
    • 如何利用 RunLoop 原理去监控卡顿
    • 临近 OOM,如何获取详细内存分配信息,分析内存问题
    • 日志监控:怎样获取 App 中的全量日志
    • 性能监控:衡量 App 质量的那把尺
    • 远超想象的多线程的那些坑
    • 怎么减少 App 电量消耗
    • 除了 Cocoa,iOS还可以用哪些 GUI 框架开发
    • 细说 iOS 响应式框架变迁,哪些思想可以为我所用
    • 如何构造酷炫的物理效果和过场动画效果
    • A/B 测试:验证决策效果的利器
    • 怎样构建底层的发布和订阅事件总线
    • 如何提高 JSON 解析的性能
    • 如何用 Flexbox 思路开发?跟自动布局比,Flexbox 好在哪
    • 怎么应对各种富文本表现需求
    • 如何在 iOS 中进行面向测试驱动开发和面向行为驱动开发
    • 如何制定一套适合自己团队的 iOS 编码规范
    • iOS 系统内核 XNU:App 如何加载
    • iOS 黑魔法 Runtime Method Swizzling 背后的原理
    • libffi:动态调用和定义 C 函数
    • iOS 是怎么管理内存的
    • 如何编写 Clang 插件
    • 打通前端与原生的桥梁:JavaScriptCore 能干哪些事情
    • React Native、Flutter 等,这些跨端方案怎么选
    • 原生布局转到前端布局,开发思路有哪些转变
    • iOS原生、大前端和Flutter分别是怎么渲染的
    • 剖析使 App 具有动态化和热更新能力的方案
  • Flutter
    • 0.Flutter学习笔记以及问题记录
    • 1.Dart基础快速入门
    • 2.什么是声明式UI
    • 3.Flutter入门基础知识
    • 4.项目结构、资源、依赖和本地化
    • 6.布局与列表
    • 7.状态管理
    • 8.路由与导航
    • 9.手势检测及触摸事件处理
    • 9.线程和异步UI
    • 10.主题和文字处理
    • 11.表单输入与富文本
    • 12.调用硬件、第三方服务以及平台交互、通知
    • 13.基于Http实现网络操作
    • 14.图片控件开发详解
    • 15.异步:Future与FutureBuilder实用技巧
    • 16.APP首页框架搭建-Scaffold与PageView
Powered by GitBook
On this page

Was this helpful?

  1. Apple 官方设计指南
  2. iOS 人机交互指南

交互 - 音频

Previous交互 - 辅助功能Next交互 - 身份验证

Last updated 5 years ago

Was this helpful?

音频无论是作为你应用的主要体验方面或者其中的一个功能,你都需要了解人们对声音表现的期望和如何满足这些期望。

用户通过音量键按钮,静音开关,耳机控制和屏幕上的音量条来控制声音。许多第三方配件也包括控制声音。音频可以通过内部或外部扬声器,耳机输出,甚至可以无线地通过启用 AirPlay 或蓝牙设备输出。

  • 静音。人们可以将设备切换为静音来避免被其他的声音打扰,比如闹铃和信息铃声。他们还希望禁用不必要的声音,包括键盘的声音,声音效果,游戏配乐,和其他听觉反馈。当设备设置为静音后,只有明确指定的声音会响起,比如在使用多媒体播放时的音频,警报和音频/视频通讯消息。

  • 音量。无论是使用设备上的物理按键还是屏幕上的音量滑动条,人们都希望能通过调节手机音量大小可使得整体声音系统都有效,包括音乐和应用程序内的音效。唯一的例外是铃声音量,当音频处于非播放状态时,它始终是单独调整的。

  • 耳机。人们可以通过使用耳机来接听一些私密的声音并且释放了他们的双手。当插入耳机时,用户期望的声音会不间断地自动重新路由。当拔掉耳机,他们希望立即暂停播放。

必要时会自动调整音量大小,但不是整体音量。你的应用可以调整相对的,独立的音量大小来达到一个非常不错的混音效果。然而,最终的输出应该始终是由系统音量来管理的。

允许在适当的时候改变音频输出。人们通常会想要选择不同的音频输出设备。例如,他们可能想要通过他们的客厅音响,车载收音机,或者 Apple TV 来听音乐。除非有令人信服的理由,否则都会支持此功能。

使用系统提供的音频视图来允许用户调节音频。要提供用于调整音频的控制接口最好的方法是使用音频视图。这种界面是可定制的,包括音量级别滑块,甚至包括对重定向控制音频输出的控制。实现细节,请参阅 。

使用系统的声音服务来实现短声音和振动。实现细节,请参阅 。

如果声音对您的应用程序至关重要,请对音频进行分类。不同的音频类别允许声音被静音通过静音开关,与其他音频混合,或者在您的应用程序后台运行时播放。应根据类别的含义和设备当前的音频需求状态来选择类别,并将其分配给你的音频会话。例如,用户切换另一个应用程序时不要暂停音乐,如果你不需要的话。一般来说,在应用程序运行时最好避免更改类别,但在不同时间录制和播放音频的应用程序除外。有关实现细节,请参见 。

类别

含义

表现

Solo ambient

声音不是必须的,但它会使其他音频静音。例如,一个带配乐的游戏。

支持静音开关响应。不支持混音。不支持后台播放。

Ambient | 声音不是必须的,不会使其他音频静音。例如,一个允许用户在玩游戏时可以从另一个应用播放音乐来代替游戏音轨的游戏。 | 支持静音开关响应。支持混音。不支持后台播放。 Playback | 声音是必要的,可以与其他音频混合。例如,一本外语学习的有声读物或教育类的 app 用户在使用一个学习外语的有声读物或教育应用时,人们可能在切换应用后台后,也想要继续收听。| 不支持静音开关响应。支持/不支持混音。支持后台播放。 Record | 声音被录制。例如,一个笔记型应用程序会提供录音模式。这种类型的应用可以切换它的 category 为 playback,如果它允许人们播放已经记录的笔记。| 不支持静音开关响应。不支持混音。支持后台播放。 Play and record | 可能同时录音和播放。例如,音频消息或视频呼叫应用程序。| 不支持静音开关响应。支持/不支持混音。支持后台播放。

当中断发生后,在恰当的时间恢复音频播放。有时候,当前播放的音频会被来自不同应用程序的音频中断。临时的打断例如呼入的电话是被认为是可恢复的。永久性的中断,如音乐播放时呼叫 Siri 时,是被认为是不可恢复的。当可恢复的中断发生时,如果当前音频处于播放状态,应用程序应当在中断结束后恢复播放。例如,一个正在播放的配乐音效的游戏和一个正在播放音频的媒体程序都应该恢复。当应用没有在播放状态时,即使中断发生也不需要恢复。

让其他应用程序知道当你的应用程序完成播放临时音频。如果您的应用程序可能暂时中断其他应用程序的音频,它应该适当地标记音频会话以便当其他应用程序可以安全的恢复时得到通知。详细细节,请查阅 中的 。

只有当它有意义时才响应音频控件。不管你的应用程序是在前台还是后台,人们都可以从你的应用程序界面外部控制音频播放,比如在控制中心或他们耳机上的线控。如果你的应用程序正在播放音频在一段清晰的音频相关的上下文中,或连接到一个支持 AirPlay 的设备,则可以相应音频控制。否则,当另一个应用程序的音频可能被控制激活和播放的时候,你的应用程序不应该停止它。

不要将音频控件使用在其他用途。人们期望音频控件在所有应用程序中表现一致。永远不要重新定义音频控件的含义。如果你的应用程序不支持某些控件,那么它根本不应该对它们进行响应。

MPVolumeView
System Sound Services
Audio Session Programming Guide
AVFoundation
avaudiosessionsetactiveoptionnotifyothersondeactivation