visionOS开发实战：从示例项目到空间应用构建全指南

1. 从零到一如何高效利用 visionOS 示例项目库如果你和我一样是个对 Apple Vision Pro 和 visionOS 开发充满好奇的开发者那么你肯定经历过这样的阶段面对一个全新的平台既兴奋于其无限的可能性又对如何上手感到一丝迷茫。visionOS 带来的“空间计算”概念意味着我们不仅要处理传统的 UI 逻辑还要思考三维空间、虚实融合、手势交互这些全新的维度。从哪里开始如何避免重复造轮子如何快速验证一个想法的可行性最近我在 GitHub 上发现了一个宝藏项目IvanCampos/visionOS-examples。这不仅仅是一个简单的代码合集它更像是一位先行者为你精心绘制的地图。作者 Ivan Campos 通过一系列高质量的示例项目覆盖了从基础 UI 到高级空间交互、从网络请求到 AI 集成的多个核心场景。更重要的是这个仓库还附带了一个极其丰富的“学习资源”列表堪称 visionOS 开发的“黄页”。今天我就结合自己这段时间的摸索和实践来为你深度拆解这个仓库的价值并分享如何最高效地利用它来加速你的 visionOS 开发之旅。无论你是想快速实现一个跟随头部的悬浮窗口还是想集成 PS5 手柄或是构建一个实时的 3D 数据可视化应用这里都能找到可靠的起点。2. 项目库全景解析不止于代码示例初次打开这个仓库你可能会被那个长长的表格吸引。但在我看来这个仓库的结构设计本身就体现了高效学习的思路。它分为三个核心部分示例项目、学习资源和资产工具。我们首先来理解这个整体架构这能帮你建立正确的使用预期。2.1 示例项目按图索骥的实战手册仓库的核心是十几个独立的 visionOS 示例应用。每个示例都聚焦于一个明确、实用的功能点。这种设计非常友好因为你不需要在一个庞大的、功能混杂的项目中费力寻找你关心的那部分代码。表格中的几列信息是关键Name Topic: 直接说明了这个示例是做什么的。例如“Anchor To Head”解决的是让一个实体自动跟随用户头部的问题这对于需要常驻视野的 HUD平视显示器类UI非常有用。visionOS: 标注了项目测试通过的 visionOS SDK 版本。这一点至关重要。visionOS 仍在快速迭代中API 可能会有变动。在打开项目前先确认你的 Xcode 和 SDK 版本是否匹配或兼容可以避免很多因版本差异导致的编译错误。例如针对 visionOS 2.x 的示例可能使用了新的 API在 1.x 的环境下可能无法运行。Element/Preview: 提供了视觉预览。在空间计算中UI 的形态和空间关系光靠文字很难描述一张动图或截图能让你立刻明白这个示例最终的效果是什么。这些示例不仅仅是“Hello World”的变体它们解决的都是真实开发中会遇到的“卡点”。比如HandTracking示例展示了如何超越简单的点击去获取更精细的手部骨骼数据这对于需要捏合、手势识别的高级交互是基础。WebSockets示例则演示了如何在 visionOS 应用中建立实时数据连接这对于金融看板、实时协作等场景是刚需。注意不要试图一次性下载或学习所有示例。最好的方式是根据你当前项目或学习阶段最迫切的需求挑选 1-2 个最相关的示例进行深度研究。比如如果你正在做一个需要展示实时数据的应用那么WebSockets和Fear and Greed3D 数据可视化就是绝佳的参考组合。2.2 学习资源构建你的外部知识图谱如果说示例项目是“术”那么“Learning Resources”部分就是“道”。这是我认为这个仓库最具价值的部分之一。作者精心收集了官方文档、社区博客、视频教程、开发者社区等各类资源。这相当于为你节省了数十个小时的搜索和筛选时间。官方核心Apple Developer Documentation 和 Sample Apps from Apple 是必须首先熟悉的。官方的“Hello World”和“Diorama”等示例是理解 visionOS 基础架构App、ImmersiveSpace、WindowGroup的最佳起点。社区精华链接中包含了 Reddit 社区r/visionosdev、日本技术社区note.com, zenn.dev的搜索链接以及一些优秀的个人博客如 1planet.co.jp。visionOS 的生态还很年轻很多实战经验和坑点都首先在社区里分享。定期浏览这些地方能帮你保持对最新技术和实践的前沿感知。视频与会议Building Vacuum Demo for visionOS from scratch这个视频教程来自 gonchar是我强烈推荐的。它完整展示了从零开始构建一个复杂空间应用的过程涵盖了 ARKit 环境理解、Reality Composer Pro 使用、自定义网格等高级主题。Let‘s visionOS 2024 Conference的录播列表也是获取深度见解的好地方。我的使用策略是将这部分链接保存到浏览器的书签栏或使用类似 Raindrop.io 的工具进行集中管理。当你遇到某个特定问题比如 Shader 编写、手势冲突时可以快速回到这里寻找可能相关的资源而不是在浩瀚的互联网中盲目搜索。2.3 资产与工具为创意填充血肉“Assets”和“Reality Composer Pro (RCP)”部分指向了空间应用开发中不可或缺的一环内容创作。visionOS 应用的美观度和沉浸感很大程度上取决于 3D 模型、材质、纹理和特效的质量。3D 模型源Sketchfab、CGTrader、PolyHaven 提供了大量高质量、部分可免费商用的 3D 模型。PolyHaven 的 HDRi 环境贴图对于营造逼真的照明环境尤其有用。AI 生成工具Tripo 和 Luma AI Genie 代表了当前 AI 生成 3D 内容的最前沿。当你需要一个快速原型或特定风格的模型时这些工具可以极大地提升效率。Blockade Labs 的 Skybox AI 则可以生成 360 度全景环境快速搭建沉浸式场景的背景。Shader Graph 材料 (SGM)这是 visionOS 图形渲染的进阶核心。Reality Composer Pro 内置的 Shader Graph 允许你通过节点连线的方式创建复杂的自定义材质如水流、毛玻璃、全息效果而无需编写底层的 Metal Shader 代码。链接中的教程如mrdeerwhale‘s Guide和Make a beautiful Bubble Shader视频是入门 SGM 的绝佳路径。实操心得对于独立开发者或小团队初期不必追求所有资产都自行建模。合理利用这些资源库和 AI 工具进行“组装”和“微调”是快速验证创意可行性、完成 MVP最小可行产品的关键。可以将这些网站归类收藏建立自己的数字资产库。3. 深度实操以“AnchorToHead”和“WebSockets”为例看完了全景我们挑两个有代表性的示例钻进去看看代码到底是怎么写的以及在实际使用中需要注意什么。我选择AnchorToHead和WebSockets因为它们分别代表了空间定位和网络通信这两个基础且重要的领域。3.1 AnchorToHead 示例实现头部锚定的悬浮UI这个示例解决了一个非常常见的需求如何让一个窗口或 3D 物体始终固定在用户视野的某个相对位置比如在眼前显示一个始终可见的仪表盘。核心原理拆解在 visionOS 中ARKit提供了Session来获取用户的头部姿态即DeviceAnchor。AnchorToHead示例的核心思路是在ImmersiveSpace中创建一个实体Entity。订阅Scene的更新事件SceneUpdate。在每一次场景更新时获取当前的DeviceAnchor代表用户头部在现实世界中的位置和朝向。根据DeviceAnchor的变换矩阵transform计算出你希望实体出现的位置例如头部正前方 1.5 米偏下 0.3 米。将该位置赋值给实体的transform属性。关键代码与步骤首先你需要在 ImmersiveSpace 中设置一个用于订阅更新的系统。示例中通常会在自定义的System里或直接在ImmersiveView的update回调中处理。import RealityKit import ARKit struct AnchorToHeadSystem: System { // 1. 定义一个查询用于找到所有需要跟随头部的实体 private let query EntityQuery(where: .has(HeadAnchorComponent.self)) init(scene: Scene) {} func update(context: SceneUpdateContext) { // 2. 获取当前场景中的所有设备锚点通常只有一个代表头部 guard let deviceAnchor context.scene.anchors.first(where: { $0 is DeviceAnchor }) as? DeviceAnchor else { return } // 3. 获取头部的变换矩阵包含位置和旋转 let headTransform deviceAnchor.originFromAnchorTransform // 4. 遍历所有需要跟随的实体 for entity in context.scene.performQuery(query) { // 5. 计算目标位置例如在头部坐标系中前方1.5米下方0.3米 let offset SIMD3Float(0, -0.3, -1.5) // Y: 下 Z: 前在RealityKit中-Z轴常指向摄像机前方 let targetPosition headTransform * SIMD4Float(offset, 1) // 将局部偏移转换到世界坐标 // 6. 平滑移动实体到目标位置使用插值避免跳动 let currentPosition entity.transform.translation let newPosition mix(currentPosition, targetPosition.xyz, t: 0.1) // t为插值因子0.1表示每次更新移动10%的距离 entity.transform.translation newPosition // 7. 可选让实体也跟随头部旋转 let headOrientation simd_quatf(headTransform) entity.transform.rotation headOrientation } } } // 定义一个空组件用于标记需要跟随头部的实体 struct HeadAnchorComponent: Component {}注意事项与避坑指南坐标系理解这是最容易出错的地方。RealityKit/ARKit 使用右手坐标系Y轴向上Z轴向内屏幕内/摄像机前方。但DeviceAnchor的变换矩阵是“从锚点原点出发的变换”。在计算偏移时务必清楚你定义的偏移量是在哪个坐标系下。示例中的(0, -0.3, -1.5)是典型的“在头部局部坐标系中向前1.5米向下0.3米”。平滑移动直接每帧将实体位置设置为计算出的目标位置会导致视觉上的“跳动”因为DeviceAnchor的数据本身有微小抖动。使用线性插值mix函数或更复杂的平滑算法如指数平滑可以极大地提升视觉稳定性。性能考量在update中频繁进行矩阵运算和查询是常规操作对性能影响不大。但如果需要跟随的实体非常多成百上千则需要考虑优化比如使用空间分区减少查询范围。沉浸空间与窗口AnchorToHead通常用于ImmersiveSpace中的 3D 实体。如果你只是想做一个始终在眼前的 2D SwiftUI 窗口visionOS 系统本身提供了Window类型并可以通过defaultSize和preferredSurfaces进行粗略定位但无法做到像 3D 实体那样精确的空间锚定。3.2 WebSockets 示例构建实时数据驱动的空间应用WebSockets示例展示了如何在 visionOS 应用中连接 WebSocket 服务器接收并处理实时的加密货币价格数据。这为构建实时仪表盘、协作白板、直播评论墙等应用提供了基础。核心原理与选型在 iOS/macOS/visionOS 生态中进行网络通信主要有URLSession支持 WebSocket和第三方库如Starscream两种方式。示例中选择了原生的URLSessionWebSocketTask这是最轻量、无需引入额外依赖的方案并且与 Swift 的并发模型async/await集成得很好。关键代码与步骤创建和管理 WebSocket 连接import Foundation class WebSocketService: ObservableObject { Published var bitcoinPrice: String -- Published var ethereumPrice: String -- private var webSocketTask: URLSessionWebSocketTask? private let urlSession URLSession(configuration: .default) func connect() { // 注意此处仅为示例URL实际需要替换为有效的WebSocket端点 guard let url URL(string: wss://ws.coincap.io/prices?assetsbitcoin,ethereum) else { return } webSocketTask urlSession.webSocketTask(with: url) webSocketTask?.resume() receiveMessage() } func disconnect() { webSocketTask?.cancel(with: .normalClosure, reason: nil) webSocketTask nil } }接收并处理消息extension WebSocketService { private func receiveMessage() { webSocketTask?.receive { [weak self] result in guard let self self else { return } switch result { case .success(let message): switch message { case .string(let text): self.handlePriceUpdate(text) case .data(let data): print(Received binary data: \(data)) unknown default: break } // 递归调用持续监听下一条消息 self.receiveMessage() case .failure(let error): print(WebSocket接收错误: \(error)) // 这里可以加入重连逻辑 DispatchQueue.main.asyncAfter(deadline: .now() 3) { self.connect() } } } } private func handlePriceUpdate(_ jsonString: String) { // 解析JSON更新Published属性SwiftUI视图会自动刷新 guard let data jsonString.data(using: .utf8), let priceDict try? JSONSerialization.jsonObject(with: data) as? [String: String] else { return } DispatchQueue.main.async { self.bitcoinPrice priceDict[bitcoin] ?? -- self.ethereumPrice priceDict[ethereum] ?? -- } } }在 SwiftUI 视图中集成import SwiftUI struct CryptoView: View { StateObject private var webSocketService WebSocketService() var body: some View { VStack { Text(Bitcoin: \(webSocketService.bitcoinPrice)) Text(Ethereum: \(webSocketService.ethereumPrice)) } .onAppear { webSocketService.connect() } .onDisappear { webSocketService.disconnect() } } }注意事项与避坑指南生命周期管理务必在视图消失时onDisappear或应用进入后台时断开 WebSocket 连接以避免不必要的电池消耗和网络占用。同样在视图出现时onAppear建立连接。错误处理与重连网络环境不稳定是常态。示例中的receiveMessage在失败后简单延迟重连在实际项目中你可能需要更健壮的重连策略如指数退避并考虑网络状态变化Network框架监听。主线程更新UIWebSocket 的回调可能发生在后台线程。任何更新Published属性进而触发 UI 刷新的操作都必须包装在DispatchQueue.main.async中否则会导致运行时崩溃或 UI 不更新。数据格式与解析明确你的 WebSocket 服务器发送的数据格式通常是 JSON 字符串或二进制协议。解析逻辑要健壮做好可选值处理和错误捕获。visionOS 特定考量在沉浸式空间中使用时需要考虑 3D UI 的更新性能。如果数据更新非常频繁如每秒多次直接更新 3D 文本的纹理可能开销较大。可以考虑节流Throttle或防抖Debounce数据更新频率或者使用更高效的渲染方式。4. 进阶探索整合 AI 与 3D 可视化这个仓库里更吸引人的是那些展示了 visionOS 与前沿技术结合的例子比如LLLM本地大语言模型和bsky 3DBluesky 社交网络的 3D 可视化。这些项目为我们指明了空间应用更富想象力的方向。4.1 LLLM 示例在设备端运行 AI 模型LLLM示例演示了如何将本地运行的 LLM通过 LM Studio 等工具托管集成到 visionOS 应用中。这避免了将用户数据发送到云端对于隐私要求高的场景如医疗、金融辅助或离线环境非常有用。实现思路解析本地模型服务在 Mac 或本地服务器上使用 LM Studio、Ollama 等工具启动一个兼容 OpenAI API 格式的本地 LLM 服务。这通常会在http://localhost:11434/v1之类的地址提供一个 API 端点。网络请求在 visionOS 应用中使用URLSession向这个本地端点发送标准的 HTTP POST 请求请求体格式与调用 OpenAI API 相同包含model,messages,stream等参数。处理流式响应为了获得类似 ChatGPT 的逐字输出体验可以设置stream: true。这时服务器会返回一个 Server-Sent Events (SSE) 流需要在客户端解析这个流逐步更新 UI。UI 呈现在 visionOS 的窗口中使用 SwiftUI 的Text或TextEditor来动态显示接收到的 tokens。关键考量点网络配置确保你的 visionOS 设备Vision Pro 或 Simulator与运行 LM Studio 的电脑在同一局域网下并且防火墙允许相关端口通信。在模拟器中localhost指向模拟器自身而非宿主机 Mac因此需要使用 Mac 的局域网 IP 地址。性能与模型选择在 Vision Pro 上直接运行大型模型如 70B 参数目前还不现实。LLLM示例的核心模式是“本地网络调用”模型实际运行在算力更强的 Mac 上。未来如果 Apple 开放更强大的本地推理 API模式可能会改变。API 兼容性确保你的本地 LLM 服务提供的 API 与示例代码中的请求格式兼容。LM Studio 的“兼容 OpenAI API”选项通常能很好地解决这个问题。4.2 bsky 3D 示例实时社交数据的空间呈现bsky 3D是一个极具启发性的项目。它连接了 Bluesky 社交网络的“消防水管”Firehose即全量公共数据流将实时发布的帖子Post可视化为在三维空间中飞过的粒子或物体。技术栈拆解数据源连接 Bluesky 的 WebSocket 流ATProtocol实时接收新帖子。数据解析解析帖子内容提取文本、作者、时间等信息。3D 可视化使用 RealityKit 为每个帖子创建一个 3D 实体例如一个带有文本的卡片、一个发光的粒子。根据帖子的属性如点赞数、作者声望决定实体的大小、颜色、运动速度或轨迹。空间布局在沉浸式空间中以某种规则排列或发射这些实体。例如它们可以从一侧飞向另一侧或者围绕用户旋转。开发启示这个示例的价值在于它提供了一个“实时数据 3D 空间可视化”的完整范式。你可以将数据源替换成任何你感兴趣的实时流股票市场将涨跌的股票化为不同颜色和运动方向的流星。物联网传感器将遍布城市的传感器数据温度、湿度呈现为漂浮的气泡图。赛事直播将足球比赛中的传球、射门事件化为在虚拟球场上划过的轨迹线。实现难点与技巧性能优化实时流数据可能很快瞬间创建大量 3D 实体会导致卡顿。必须实施对象池Object Pooling技术复用不再可见的实体而不是频繁创建和销毁。视觉降噪不是所有数据都需要可视化。需要设计过滤和聚合规则例如只显示特定关键词的帖子或将一段时间内相似的数据聚合成一个更大的实体。交互设计用户如何与这些飞过的实体交互凝视选择手势抓取点击后显示详情面板这需要结合HandTracking和RealityKit的射线检测Raycasting技术。5. 常见问题与实战排坑记录在实际参考和使用这些示例甚至开始自己的 visionOS 项目时你一定会遇到各种各样的问题。下面是我和社区里开发者们常碰到的一些“坑”及其解决方案。5.1 编译与环境问题问题1克隆示例后编译失败提示“No such module ‘RealityKit‘ 或 ‘ARKit‘”。原因项目引用了 visionOS 特有的框架但你的 Xcode 项目配置可能不正确。解决确保你使用的是最新稳定版的 Xcode并在Xcode - Settings - Platforms中安装了最新的 visionOS Simulator Runtime。在项目导航器中选中你的项目文件在TARGETS下选择你的应用确保General - Minimum Deployments中的 visionOS 版本与示例要求的版本匹配或更低。检查Frameworks, Libraries, and Embedded Content中是否已自动添加了必要的框架如 RealityKit, ARKit。如果没有手动点击号添加。问题2在模拟器中运行窗口无法拖动或交互异常。原因visionOS 模拟器对交互的支持有限很多手势如精准捏合、拖放难以用鼠标完美模拟。解决对于窗口操作可以尝试使用模拟器的菜单栏Features - Simulate Pointer来模拟手指点击。对于复杂的空间交互测试强烈建议使用真机。这是目前体验和调试 visionOS 应用不可替代的方式。在代码中可以通过#if targetEnvironment(simulator)宏来为模拟器环境编写替代的交互逻辑例如用键盘事件代替手势。5.2 3D 内容与渲染问题问题3导入的 3D 模型.usdz在场景中显示为黑色或材质丢失。原因.usdz 文件的材质可能依赖于外部纹理路径或者使用了 Reality Composer Pro 中不支持的着色器节点。解决使用 Reality Composer Pro 打开这个 .usdz 文件进行检查。在Assets面板查看材质和纹理是否正常加载。如果纹理丢失尝试将纹理图片与 .usdz 文件放在同一目录下重新导入或在 RCP 中重新指定纹理路径。对于复杂的 PBR 材质确保在 visionOS 项目中Assets.xcassets包含了所有必要的纹理图Albedo, Normal, Roughness, Metallic 等。问题4自定义的 Shader Graph Material 在运行时效果不对或者性能很差。原因节点图逻辑错误或使用了计算复杂的节点如多重循环、高精度噪声。解决调试在 RCP 中使用Preview面板实时查看材质效果。逐步禁用/启用节点组定位问题节点。优化避免在片段着色器Fragment Shader中进行昂贵的循环或分支判断。尽量使用贴图采样Texture Sampling来代替程序化生成复杂图案。减少Custom Material中surface和lightingModel节点的复杂度。参考仔细学习mrdeerwhale‘s Guide中关于每个节点性能消耗的说明。5.3 交互与空间逻辑问题问题5手势识别Gesture在沉浸式空间中不触发或与系统手势冲突。原因手势的触发区域SpatialTapGesture的coordinateSpace设置不正确或者被更高层级的视图手势拦截。解决确保手势修饰符.gesture添加在了正确的视图层级上。对于 3D 实体通常需要在其对应的Entity的EntityGestureRecognizer上添加。使用.simultaneousGesture或.highPriorityGesture来处理可能的手势冲突。在沉浸式空间中系统会处理一些全局手势如调出主视图。确保你的自定义手势不会与这些系统手势的触发条件如捏合位置、持续时间过于相似。问题6AnchorEntity放置的位置在真机上与模拟器或预期不符。原因AnchorEntity的坐标系和初始化位置理解有误。AnchorEntity(.world(...))需要设备先对现实世界进行扫描和理解。解决在真机上确保应用有相应的隐私权限Info.plist中需要ARKit相关描述并且用户已授权。在放置世界锚点前最好先监听ARKit的会话状态等待世界跟踪稳定worldTrackingStatus .normal。对于需要精确放置的场景可以引导用户先看向目标平面然后通过raycast方法获取一个精确的碰撞点再将锚点设置在该位置。5.4 网络与数据问题问题7WebSocket 在真机上无法连接到本地开发服务器。原因Vision Pro 和你的开发电脑不在同一网络或应用未配置正确的网络权限。解决网络确保两者连接在同一 Wi-Fi 网络下。使用电脑的局域网 IP 地址如192.168.1.xxx而非localhost或127.0.0.1。权限在 Xcode 项目的Info.plist中添加App Transport Security Settings字典并在其下添加Allow Arbitrary Loads设置为YES仅限开发测试上架前需根据实际情况配置精确的域名例外。防火墙检查开发电脑的防火墙是否阻止了 WebSocket 服务器端口的入站连接。问题8从 API 获取的数据无法在 SwiftUI 3D 视图如RealityView中实时更新。原因RealityView的内容闭包通常只在视图初始化时执行一次。直接在其中引用会变化的State或Published属性不会触发视图重建。解决使用RealityView的update闭包。这个闭包在每次 SwiftUI 视图更新时都会被调用你可以在这里根据最新的数据状态来更新 3D 实体的属性。RealityView { content in // 初始添加实体 let cube ModelEntity(mesh: .generateBox(size: 0.1)) content.add(cube) } update: { content in // 每次SwiftUI视图更新时调用 // 在这里根据最新的 State 数据更新 cube 的位置、颜色等 if let cube content.entities.first { cube.transform.translation [latestData.x, latestData.y, latestData.z] } }或者将你的数据模型转换为符合Component协议的类型并通过 System 来驱动实体更新这是更符合 ECS 范式的方式。6. 从示例到原创构建你自己的 visionOS 应用工作流参考这些示例的最终目的是创造出属于你自己的、独特的空间计算体验。基于这个仓库和我的经验我总结了一个高效的开发工作流或许对你有帮助。第一阶段创意与原型参考AnchorToHead,HandTracking,Plane Detection明确核心交互你的应用最关键的“空间交互”是什么是物体跟随是手势绘制还是与环境平面互动找到最相关的 1-2 个示例把它们的代码跑通理解其核心函数。搭建最小场景在 Xcode 中新建一个 visionOS App 项目。先不要考虑复杂的 UI 设计用最基础的几何体方块、球体和示例中的交互逻辑在模拟器或真机上验证你的核心交互是否可行、是否有趣。使用占位资产用 Reality Composer Pro 快速创建一些简单的 3D 形状或者从 Sketchfab 下载免费的简单模型代替最终的美术资源。第二阶段功能集成与数据参考WebSockets,LLLM,Music Kit接入真实数据如果你的应用需要数据现在可以集成网络层。参考WebSockets或普通的URLSession示例构建你的数据服务类。使用Published和ObservableObject来管理状态。集成外部服务是否需要 AI 功能语音识别参考LLLM的模式构建一个与外部 API 或本地服务通信的模块。注意做好错误处理和加载状态提示。设计数据到空间的映射这是最体现“空间计算”特色的一步。数据如何转化为 3D 空间的属性位置、大小、颜色、形状参考bsky 3D和Fear and Greed的思维进行创意设计。第三阶段打磨与优化参考所有示例的代码结构和资源部分替换为最终资产与设计师合作将占位模型替换为高质量的 .usdz 模型。使用 RCP 和 Shader Graph 制作精美的材质。性能剖析在真机上使用 Xcode 的 Instruments 工具特别是SceneKit和Metal相关模板分析渲染性能。检查帧率是否稳定在 90fpsVision Pro 的刷新率。优化 Draw Call合并材质简化过于复杂的 Shader。交互润色为你的交互添加视觉和听觉反馈。例如物体被选中时高亮、手势触发时有音效。这能极大提升应用的质感和可感知性。测试与适配在不同的光照环境、不同的空间大小中测试你的应用。确保 UI 在明亮和昏暗环境下都清晰可读交互在坐着和站着的场景下都舒适自然。最后的建议visionOS 开发是一个融合了传统 iOS 开发、3D 图形学和新型交互设计的领域。不要试图一次性掌握所有东西。这个visionOS-examples仓库是你最好的“代码食谱”当你需要某个功能时就来这里找找灵感看看别人是怎么做的。然后拆解它理解它最后把它变成你自己项目的一部分。保持好奇多动手实验空间计算的未来正等着我们去定义。