LESSON 30 / 575 分钟
watchOS：一眼可见的短任务
手表适合抬腕快速读取、记录和响应，不适合承载复杂手机页面。
用你的前端经验理解
把它当作不同任务入口：一屏一个关键动作，比复刻手机的信息密度更合适。
01 / 理解问题
为什么需要它
手表最擅长几秒钟内完成的小任务：看一个状态、记录一次完成、控制正在进行的活动。把手机复杂列表缩小会导致目标不清、操作过多。先选一个核心动作，再决定是否真的需要与手机通信，或应让手表在离开手机时也能独立工作。
它是怎样工作的
手表有更紧张的能耗与执行条件，连接手机不应被假设始终可用。即时消息与可延迟的数据传输适合不同场景，需按实际连接状态与系统能力处理。数据可以先在手表本地确认，再等待同步；但界面要区分“记录已保存”和“手机已经收到”。
02 / 掌握要点
把关键概念连起来
1
交互
适配小屏、Digital Crown、触觉反馈和短时注意力；优先表达当前最重要的信息。
2
独立性
评估应用独立运行还是与 iPhone 协作。数据同步用系统支持的机制，不假设手机始终在线。
3
能力
健康、运动、通知与小组件有专门框架及权限；后台与能耗限制需要按具体用例确认。
03 / 案例推演
把阅读目标变成一次轻量记录
- 首屏只展示今日目标与完成按钮，不放完整文章管理和账号设置。
- 用户点击后先写入本地，反馈已记录；离线时进入待同步状态，不能让按钮一直等手机回应。
- 恢复连接后处理重复传输，使用记录 ID 防止同一次完成累计两遍。
这里需要你亲自判断
watchOS 不是缩小版 UIKit 手机界面；不要把实时轮询作为默认更新方式。
04 / 动手验证
做一个小练习
将阅读清单压缩为“继续阅读的标题”和“标记完成”一个动作。
- 设计从打开 App 到记录完成不超过几个明确动作的流程。
- 让手机暂不可用，验证手表仍能处理你承诺的独立功能。
展开参考思路与验收标准
核心任务应该能被一眼理解，失败恢复不依赖反复点击。手机与手表是两个可能各自离线的客户端，通信需要幂等和延迟容忍。
05 / 检查理解
手表界面更适合什么？
答对理解题后即可标记完成