生命周期感知

• 应用可能在后台随时被系统终止——务必在进入后台前保存状态
• 返回前台时恢复状态——用户期望从中断处继续操作
• 妥善处理内存不足警告——释放缓存及非关键资源
• 后台任务有执行时限——需在时限内完成，或主动请求延长时间

权限管理

• 上下文驱动的权限请求——避免启动时索取，应在实际使用场景中说明原因
• 权限被拒后优雅降级——应用主体功能仍应可用，仅受限于部分能力
• 不索取非必要权限——用户会察觉并降低信任度
• 在展示价值后再重新请求——不要在首次拒绝后立即再次弹窗

离线优先（Offline First）

• 默认网络不可靠——以离线为前提设计，有网络时再同步
• 积极缓存内容——展示已有内容优于持续显示加载转圈
• 将用户操作加入队列并支持重试——网络错误不应导致操作失败
• 制定冲突解决策略——如“最后写入获胜”（last write wins）或手动合并
• 明确展示同步状态——用户需清楚当前数据是否为最新

性能优化

• 目标帧率为 60fps——掉帧会导致界面卡顿感明显
• 主线程仅用于 UI 渲染——繁重计算应在后台线程执行
• 内存比桌面端更关键——设备资源受限，系统会更激进地终止应用
• 关注电池消耗——在可行情况下减少定位轮询与网络请求
• 冷启动时间控制在 2 秒以内——首屏体验至关重要

导航模式

• 遵循平台规范——iOS 使用侧滑返回手势，Android 使用返回键
• 导航栈深度可控——避免嵌套超过 10 层
• 支持任意页面的深度链接——便于分享，通知点击也可直达目标页
• 返回时保留滚动位置——避免跳回顶部

通知机制

• 推送通知用于时效性强的外部事件——如新消息、配送更新
• 本地通知用于提醒类、定时类场景——由用户主动触发
• 避免过度打扰——频繁推送将导致用户关闭通知权限；质量优于数量
• 尽可能支持交互操作——例如直接从通知中回复、标记完成
• 对相关通知进行分组——降低干扰性

深度链接（Deep Linking）

• 自有域名推荐使用 Universal Links（iOS）或 App Links（Android）
• 应用未安装时需优雅降级——自动跳转至对应网页
• 安全解析参数——防范恶意构造的链接
• 全面测试所有入口点——不仅限于主启动路径

存储策略

• 敏感信息（如 Token、凭证）须使用安全存储——Keychain（iOS）、Keystore（Android）
• 用户数据应在合理场景下跨重装保留——通过云备份实现
• 缓存即缓存——可被系统随时清除；切勿存放关键业务数据
• 大文件建议按需下载——避免打包进应用本体

输入处理

• 键盘避让机制——确保输入区域始终可见
• 合理收起键盘——支持点击外部区域、滚动或提交表单时自动隐藏
• 为相关输入场景提供输入辅助栏（Input Accessories）——如下一字段、完成按钮、工具栏等
• 支持粘贴与自动填充——减轻小屏幕键盘下的输入负担

触控与手势

• 最小触控目标尺寸为 44pt——符合各平台设计规范
• 系统级手势保留专属权——不得覆盖边缘滑动等系统手势
• 手势需具备可发现性——通过提示、引导等方式教学，不可假设用户已知
• 关键操作提供触觉反馈——用于确认成功或提示错误

无障碍支持

• 全面测试 VoiceOver（iOS）/ TalkBack（Android）——确保整套流程可被无障碍访问
• 支持动态字体（Dynamic Type）——文字大小随系统设置自动缩放
• 确保足够对比度——使用无障碍检测工具验证
• 所有可交互元素均需设置语义化标签（accessibility label）——不依赖视觉文本本身

测试策略

• 真机测试不可或缺——模拟器无法准确反映性能、传感器行为及边界情况
• 覆盖多个操作系统版本——至少支持当前版本及向前兼容两个大版本
• 适配不同屏幕尺寸——从小屏手机到平板设备
• 模拟各类网络环境——包括弱网、间歇性连接与完全离线

App Store 上架与维护

• 提交前研读拒审原因——常见问题均有官方文档说明
• 必须提供隐私政策——清晰说明数据收集与使用方式
• 为审核人员准备登录测试账号——若应用需身份认证
• 禁止使用占位内容——审核版中所有功能均需真实可用
• 保持定期更新——长期无更新的应用将被平台降低优先级