针对辅助访问自定 App

辅助访问是一种独具特色、突出重点的 iOS 体验，让有认知障碍的用户可以更轻松地独立使用 iPhone 和 iPad。在 iOS 和 iPadOS 26 中，你可以对 App 在辅助访问模式下的运行效果进行自定，为用户提供更大的便利性和独立性。了解如何使用 AssistiveAccess SwiftUI 场景类型来定制你的 App，并探索可以帮助你为每一个人打造高质量辅助触控体验的关键设计原则。

章节

资源

相关视频

WWDC25

SwiftUI 的新功能

WWDC23

了解 Assistive Access

大家好我是 Anne 是 Apple 辅助功能团队的一员今天很高兴能与大家探讨辅助访问它是 Apple 专为具有认知障碍的用户设计的一种精简版 iOS 和 iPadOS 体验辅助访问通过提炼 App 和控件的精髓内容重新构想了用户与设备之间的交互方式这种提纯的体验可确保每个人都能轻松独立地浏览自己的设备在 iOS 和 iPadOS 26 中你的 App 有机会通过辅助访问场景类型无缝集成这一体验

今天你将了解如何在辅助访问中为你的 App 实现出色的体验我将介绍如何使用 SwiftUI 创建辅助访问场景以及进一步定制 App 时需牢记的原则

首先我来回顾一下辅助访问

Apple 在 iOS 和 iPadOS 17 中引入了辅助访问

这种精简的系统体验专为具有认知障碍的用户设计旨在减轻认知负担因为它可以为 App 和界面提供精简的交互方式、清晰的成功路径以及一致的设计实践如果你是刚开始接触辅助访问请观看“了解 Assistive Access” 了解更多信息辅助访问支持多个精简的内置 App 例如这里显示的“相机”和“信息”

这些 App 具有共同的风格：控件较大、界面精简且能用视觉元素替代文字通过在辅助访问中确立清晰且目标明确的设计语言这些 App 可以减轻与各种新界面交互时的认知压力一致的设计可为用户提供稳定的预期效果

未针对辅助访问进行优化的 App 将默认以缩小的边框显示这是为了给返回按钮腾出空间这个按钮始终显示在设备底部返回按钮可从 App 导航到主屏幕如果你拥有已专为具有认知障碍的用户设计的 App 你可能想要将 App 原样引入辅助访问举一个很典型的例子假设你支持一款辅助和替代通信 App 也称为 AAC App 如果你的这款 App 专为具有认知障碍的用户而设计并且你希望将相同的布局和体验引入辅助访问那么你的 App 就可以充分利用全屏模式要全屏显示 App 请在 App 的 Info.plist 中将 UISupportsFullScreenInAssistiveAccess 键设置为 true App 的外观将与辅助访问关闭时相同不同之处在于它将填满整个屏幕而不是以缩小的边框显示如果需要提供运行时变体请使用 SwiftUI 和 UIKit 支持来检测辅助访问会话是否处于有效状态

在辅助访问中采用全屏模式的 App 会显示在辅助功能设置中的 “优化的 App”列表下

如果你的 App 并非专为具有认知障碍的用户而设计请了解如何利用 iOS 和 iPadOS 26 中的支持来创建辅助访问场景借助这种场景类型你将提供量身定制的体验使控件像“相机”和“信息”等内置 App 那样自动以熟悉且醒目的风格显示这与全屏支持不同因为采用全屏支持时除屏幕尺寸外 App 的其他方面均保持不变

如果不确定该选择哪种路径请选择场景路径以充分利用 iOS 26 和 iPadOS 26 为辅助访问提供的所有功能我将演示这种场景类型如何提升 App 在辅助访问中的体验辅助访问中的 App 均以清晰简明为设计重点而这种清晰简明源于启用辅助访问后原生控件的独特显示方式

使用这种场景类型你的 App 会以与现有体验相对应但更大、更清晰的控件风格显示这种熟悉的设计可帮助具有认知障碍的用户充分利用你的 App 要针对辅助访问设置你的 App 请先将 UISupportsAssistiveAccess 这个 Info.plist 键在 App 套装中设置为 true 这可确保 App 出现在辅助访问设置中的 “优化的 App”列表下你的 App 还将以全屏模式启动而不是以默认的缩小边框显示

然后采用辅助访问场景打造精简 App 体验我们来实际操作一下

我将更新一款我一直在使用的 App 使用这个绘图 App 我可以在画布上画图将绘图分类放到文件夹和收藏夹中并使用一系列编辑工具创作有趣且引人入胜的插图

我的 App 将使用 SwiftUI 生命周期我有 1 个场景它是一个声明我的主内容视图的窗口组

在 App 的 Info.plist 中将 UISupportsAssistiveAccess 设置为 true 后我会将 AssistiveAccess 场景添加到 App 在辅助访问场景中我创建了一个新的内容视图这个视图具备我为辅助访问设计的自定层次结构将承载我轻量级的精简 App 体验当用户在辅助访问中启动 App 时系统将创建并附加这个场景

场景激活后 App 的原生 SwiftUI 控件将以独特的辅助访问设计显示按钮、列表和导航标题都将以更醒目的风格显示而无需额外配置

控件还将自动遵循在辅助访问设置中配置的网格或行屏幕布局

要测试场景激活后 App 的布局方式请将 assitiveAccess 特征传递给 SwiftUI 预览宏

对于 UIKit App 你可以利用 iOS 和 iPadOS 26 中的支持实现类似效果从而在 UIKit 生命周期 App 中定义和激活 SwiftUI 场景使用 UIKit 在场景委托类的静态属性 rootScene 中声明 AssistiveAccess SwiftUI 场景要激活这个场景请使用 App 委托返回用于托管辅助访问场景的场景委托类

有关场景桥接的更多信息请观看今年的专题讲座 “SwiftUI 的新功能” 辅助访问以简单轻松的交互为核心现在你的 App 已针对辅助访问完成设置接下来要将重点放在 App 内容上我将介绍一些指导原则帮助你针对辅助访问调整 App 内容的重点在考虑这种体验时你需要提炼 App 的基本功能考虑如何建立明白易懂的支持性路线而不受破坏性更改的影响并以多种方式传达信息

首先确定 App 的核心功能问问自己 App 中支持的哪一两项功能最重要然后将这些功能引入辅助访问移除功能似乎有悖常理但缩减选项可以减少干扰并减轻整体认知负担如果拿不准只需坚持提供精简且重点明确的辅助访问体验对于我的 App 我会将两项功能引入辅助访问：在画布上画图的功能以及查看这些图纸的功能 App 根视图中将仅包含这些 UI 元素我会将 App 提供的其他功能例如进行收藏或编辑草图的功能保存在辅助访问之外确保提供重点明确的体验这是重新设计后的 App 根视图我实现了我确定的两个功能：绘图和图库

这两个功能显示为两个导航链接由于辅助访问场景处于有效状态这些链接会自动遵循首选的网格或行布局风格

当我导航到某个视图时辅助访问返回按钮会遍历回 App 的导航堆栈而无需额外操作

我的 App 现在重点更明确了屏幕上的 UI 元素仅包含 App 的基本功能并且 UI 以熟悉的辅助访问风格显示我还提供了两条清晰的路线：绘图或图库选项越少选择起来越简单而选择的简化又可在用户浏览 App 时提高成功的可能性在决定如何最好地凝练 App 体验之后你可能还需要进行某种程度的自定设置我将介绍如何在辅助访问中实现功能自定在使用辅助访问时请记住目的是要减少认知压力

丰富的功能和自定设置虽可大大提升 App 的完整性但屏幕上的大量内容可能会给有认知障碍的人带来挑战请减少在任何给定时间显示的选项数量从而减少决策干扰这既适用于屏幕上元素的数量又适用于视图的目的减少选项可消除 App 导航中的干扰选择过多可能会让人不知所措并增加认知负担接下来请确保显示的控件清晰可见避免隐藏手势或嵌套界面对于具有认知障碍的人来说这些类型的互动可能不太容易被发现因此请使用清晰可见的醒目控件

用户会以不同的速度浏览你的 App 为了确保每个人都能按照自己的节奏完成任务请避免选用定时交互如果 UI 或视图在超时后会自动消失或改变状态请重新设计相应体验给用户留出足够时间让他们能够在你的 App 上成功完成操作

在辅助访问中设计可以指导用户完成选择过程的体验构建一个循序渐进的分步式流程而不是一次提供多个选项以数量合理的步骤引导受众避免因采用冗长的设置过程而影响体验

需要注意的是要添加缓慢而刻意构建的自定内容你可能需要对某些决策位置进行重新排序这样做的目的是确保单独处理各个决策从而减轻认知压力并带来更愉快的使用体验有一些重要的操作可能很难恢复比如删除照片请考虑完全移除这个功能如果你确实计划实施更永久的操作比如删除在适当的情况下请要求确认两次从而确保用户不会陷入他们不想要的境地

你已经学习了在辅助访问中建立理想交互的最佳实践例如减少显示的选项、支持醒目的 UI 以及避免定时交互你还学习了如何构建循序渐进的引导式流程以及重新考虑实施破坏性操作的方式和位置我要将这些相同的设计准则应用到我的 App 中

我将在 App 的辅助访问体验中添加彩色绘图支持在辅助访问之外则使用颜色选取器选择笔划颜色

辅助访问的一些 App 可能具有不透明度等颜色选取器选项但我的 App 只需要颜色这是我将量身定制的一种体验

本着减少选项的原则我在辅助访问中为我的 App 设计了一个专用的颜色选择视图它将颜色选取器浓缩为一个决策：笔画颜色它还将呈现的颜色减少为寥寥几种一键点击即可使用某个颜色绘图

我在“绘图”选项与进入画布之间添加了这个视图这提供了一种分步式方法可以保证使用 App 的每个人都会在选择颜色后进入画布请注意这种顺序呈现不同于颜色选取器实现在后者中颜色选择将在画布中作为一个选项出现而我在这里是将颜色选择决策单独显示在一个始终在进入画布前呈现的视图中在我自己的 App 中我还移除了可能令人困惑或难以执行撤销操作的功能在画布视图中我的 App 不支持撤消笔画的选项

在图库中没有用于删除图纸的选项这些决定都是为了创造一个安全且支持性的环境消除用户在 App 中误执行某项操作的风险辅助访问的一个重要方面是直观易懂的设计对于某些具有认知障碍的用户图片和图标比单纯的文字更容易理解这意味着信息应该以多种方式呈现当 App 在辅助访问中运行时不要仅仅依靠文字而要提供替代性的视觉元素来传达含义在实现按钮和导航链接等控件时请同时包含图标和标签

在辅助访问中视觉设计也适用于导航标题因为导航栏支持图标

请在你自己的 App 中实现这一点让辅助访问导航图标修饰符传递图片或传递系统图片的名称使图片在辅助访问场景处于有效状态时随导航标题一起显示请确保所有导航标题都有附带的图标

现在你已经学习了如何为具有认知障碍的用户设计 App 如何采用 SwiftUI 场景以及如何将 App 引入辅助访问请使用你自己的 App 完成本讲座中讨论的设计练习请牢记目标：完善你在辅助访问中支持的体验并减少干扰请记住最好的反馈来源是你的受众：一定要在辅助访问社区中寻找测试机会感谢观看感谢你致力于设计可服务于所有人的 App

5:21 - Create a scene for Assistive Access

// Create a scene for Assistive Access

import SwiftUI
import SwiftData

@main
struct WWDCDrawApp: App {
  var body: some Scene {
    WindowGroup {
      ContentView()
        .modelContainer(for: [DrawingModel.self])
    }
    AssistiveAccess {
      AssistiveAccessContentView()
          .modelContainer(for: [DrawingModel.self])
    }
  }
}

6:25 - Display an Assistive Access preview

// Display an Assistive Access preview

import SwiftUI

struct AssistiveAccessContentView: View {
  @Environment(\.modelContext) var context
  var body: some View {
    VStack {
      Image(systemName: "globe")
        .imageScale(.large)
        .foregroundStyle(.tint)
      Text("Hello, world!")
    }
    .padding()
  }
}

#Preview(traits: .assistiveAccess)
    AssistiveAccessContentView()
}

6:35 - Declare a SwiftUI scene with UIKit

// Declare a SwiftUI scene with UIKit

import UIKit
import SwiftUI

class AssistiveAccessSceneDelegate: UIHostingSceneDelegate {

  static var rootScene: some Scene {
    AssistiveAccess {
      AssistiveAccessContentView()
    }
  }
    
    /* ... */
}

6:55 - Activate a SwiftUI scene with UIKit

// Activate a SwiftUI scene with UIKit

import UIKit

@main
class AppDelegate: UIApplicationDelegate {
  func application(_ application: UIApplication, configurationForConnecting connectingSceneSession: UISceneSession, options: UIScene.ConnectionOptions) -> UISceneConfiguration {
    let role = connectingSceneSession.role
    let sceneConfiguration = UISceneConfiguration(name: nil, sessionRole: role)
    if role == .windowAssistiveAccessApplication {
      sceneConfiguration.delegateClass = AssistiveAccessSceneDelegate.self
    }
    return sceneConfiguration
  }
}

14:36 - Display an icon alongside a navigation title

// Display an icon alongside a navigation title

import SwiftUI

struct ColorSelectionView: View {
  var body: some View {
    Group {
      List {
        ForEach(ColorMode.allCases) { color in
          NavigationLink(destination: DrawingView(color: color)) {
            ColorThumbnail(color: color)
          }
        }
      }
      .navigationTitle("Draw")
      .assistiveAccessNavigationIcon(systemImage: "hand.draw.fill")
    }
  }
}

0:00 - 开场介绍
iOS 17 和 iPadOS 17 推出了“辅助访问”，这项辅助功能可让具有认知障碍的用户更轻松地使用系统。你可以将 SwiftUI 中的“辅助访问”场景类型融入 App，并遵循相关设计原则，为这类受众打造出色体验。
0:59 - 了解辅助访问
Apple 在 iOS 17 和 iPadOS 17 中推出了“辅助访问”功能，旨在为有认知障碍的用户简化系统体验。这个功能在“相机”和“信息”等少数精选内建 App 中提供了精简的交互方式、清晰的路径和一致的设计实践，在其中提供了较大的控件和能够替代文本的视觉元素。未针对“辅助访问”进行优化的 App 会显示在缩小的边框中，并带有一个持久的后退按钮。如果你开发的 App 已经针对认知障碍用户进行了设计，就可以在“辅助访问”中为它启用全屏幕模式。对于未经优化的 App，iOS 17 和 iPadOS 17 提供了相应支持，让你能够以熟悉的风格，使用自动显示的控件打造量身定制的体验。
4:09 - 创建场景
App 的“辅助访问”设计应尽量清晰明了，为原生控件使用更大、更清晰的样式。要启用这个功能，请将 App 套装中的特定键设置为 true，这会将 App 列为“已优化”并在全屏模式下启动。这样你就能在 App 中创建一个单独的“辅助访问”场景，这个场景会呈现精简的轻量级界面。这个场景将自动以更清晰的网格或行的形式来显示原生控件。对于 SwiftUI App，可以在“辅助访问”场景中添加自定视图层次结构来实现上述目的。UIKit App 也可以支持这项功能，方法是使用 iOS 和 iPadOS 26 中新的桥接支持来定义和激活 SwiftUI 场景。
7:08 - 量身定制你的 App
要针对“辅助访问”优化 App，请将 App 的核心功能提炼出来，重点关注一两个基本功能。这种精简版本能减轻干扰和认知负荷。在 App 界面上设计清晰醒目的控件，避免使用隐藏手势或定时交互。应以多种方式呈现信息，例如在文本旁边加上图标和标签。将导航设计为直观的分步操作，让后退按钮自动应用首选布局样式。应尽量避免存在不可逆的操作，或为这类操作提供多次确认。通过遵循这些原则，你可以为使用“辅助访问”的用户打造一个安全且提供支持的体验。