LESSON 27 / 575 分钟
iOS：触控、导航与系统约束
iPhone 应用以直接触控、短时任务和系统管理的生命周期为基础。
用你的前端经验理解
不要把 SPA 的“页面一直开着”当成前提；原生 App 可能随时进入后台或被系统终止。
01 / 理解问题
为什么需要它
iPhone 上的操作围绕触控、单手使用与短时进入展开。用户可能随时切到别的应用、收到电话或锁屏；操作系统也可能回收进程。因此页面不能依赖“始终停留在前台”的假设，重要草稿与业务动作应具备恢复策略。原生 App 能调用系统能力，但必须接受系统对权限与后台执行的约束。
它是怎样工作的
安全区帮助内容避开系统遮挡，键盘会改变可用空间，系统导航与返回手势应保持一致。深链接和通知入口可能绕过首页直接进入功能，需要验证账号、数据存在性和当前编辑状态。触控命中区域应足够易用，视觉图标大小并不等于实际可点击区域。
02 / 掌握要点
把关键概念连起来
1
体验
使用系统返回手势、Tab、导航栈与 sheet；保持安全区和键盘避让。
2
能力
相机、定位和通知都需要恰当时机申请权限，并提供拒绝后的可用路径。
3
恢复
保存重要业务状态，处理链接打开、冷启动和后台切回；测试真实设备和弱网。
03 / 案例推演
把阅读详情做成可中断的任务
- 打开文章时使用稳定 ID 读取内容，滚动位置属于展示状态，收藏属于业务记录，两者分开管理。
- 用户收藏后及时保存；进入后台时不要才第一次启动重要写入。网络任务失败或取消都应有明确反馈。
- 返回 App 后重新核对可能过期的外部状态，如登录会话和远端文章权限，同时保留本地可读内容。
这里需要你亲自判断
Web 的定时器思维不能照搬为后台任务；锁屏后持续工作通常需要特定系统机制。
04 / 动手验证
做一个小练习
把一个网页表单迁移成 iPhone 界面，列出键盘、安全区、返回与权限差异。
- 在编辑过程中打开键盘、横竖屏切换并切到后台，再返回检查草稿。
- 模拟从通知打开已删除文章，设计清楚的返回路径。
展开参考思路与验收标准
输入内容不应被键盘永久遮挡，返回手势符合用户预期。恢复不能等于强制刷新整个页面并丢弃草稿；系统生命周期要转化为具体的数据策略。
05 / 检查理解
用户拒绝定位后，天气 App 应怎么做？
答对理解题后即可标记完成