169 lines
2.6 KiB
Markdown
169 lines
2.6 KiB
Markdown
# 动画接入评审清单
|
||
> 文档版本：v1.0
|
||
> 最后更新：2026-04-02 08:28:05
|
||
|
||
|
||
## 1. 用途
|
||
|
||
这份清单用于在接设计稿或准备开发前，快速判断：
|
||
|
||
- 这个动画能不能接
|
||
- 应该接到哪一层
|
||
- 有没有性能风险
|
||
- 有没有交付缺口
|
||
|
||
---
|
||
|
||
## 2. 设计稿评审
|
||
|
||
### 2.1 动画目标是否明确
|
||
|
||
- 这个动画是为了表达什么？
|
||
- 它是状态反馈，还是纯装饰？
|
||
- 用户不看它，会不会影响理解？
|
||
|
||
### 2.2 触发条件是否明确
|
||
|
||
- 由哪个事件触发？
|
||
- 是否会高频触发？
|
||
- 是否允许重复触发？
|
||
|
||
### 2.3 交付是否完整
|
||
|
||
- 是否有参数规格？
|
||
- 是否有资源文件？
|
||
- 是否有尺寸 / 比例说明？
|
||
- 是否有 `lite` 降级说明？
|
||
|
||
---
|
||
|
||
## 3. 技术评审
|
||
|
||
### 3.1 该动画属于哪一层
|
||
|
||
- 地图空间
|
||
- HUD
|
||
- UI反馈
|
||
- 过场
|
||
|
||
### 3.2 最合适的实现方式是什么
|
||
|
||
- 程序动画
|
||
- Lottie
|
||
- 序列帧
|
||
- 视频
|
||
|
||
### 3.3 是否真的需要资源文件
|
||
|
||
很多动画其实可以纯程序实现，不需要额外资源。
|
||
|
||
如果只是：
|
||
|
||
- pulse
|
||
- 渐隐
|
||
- 平移
|
||
- 数字过渡
|
||
|
||
优先用程序动画。
|
||
|
||
---
|
||
|
||
## 4. 性能评审
|
||
|
||
### 4.1 是否高频
|
||
|
||
如果是高频事件，不适合做重动画：
|
||
|
||
- GPS 更新
|
||
- compass heading 更新
|
||
- 拖动 / 缩放
|
||
- telemetry 微小变化
|
||
|
||
### 4.2 lite 模式怎么处理
|
||
|
||
必须明确：
|
||
|
||
- 保留
|
||
- 简化
|
||
- 关闭
|
||
|
||
### 4.3 是否会增加页面层负担
|
||
|
||
要判断：
|
||
|
||
- 会不会引入高频 `setData`
|
||
- 会不会创建大数组
|
||
- 会不会增加持续循环动画
|
||
- 会不会增加桥接成本
|
||
|
||
---
|
||
|
||
## 5. 交互评审
|
||
|
||
### 5.1 是否可中断
|
||
|
||
- 用户切页面怎么办？
|
||
- 状态瞬间变化怎么办？
|
||
- 连续触发怎么办？
|
||
|
||
### 5.2 是否会和现有动画冲突
|
||
|
||
- 同一事件是否已有动画？
|
||
- 是否会重复表达同一个信息？
|
||
- 是否和现有地图 pulse / HUD 动效叠加过重？
|
||
|
||
---
|
||
|
||
## 6. 当前项目特别注意项
|
||
|
||
### 6.1 地图过程中的动画必须克制
|
||
|
||
因为当前项目：
|
||
|
||
- 地图是主舞台
|
||
- 低端机性能敏感
|
||
- 页面桥接成本高
|
||
|
||
所以：
|
||
|
||
- 地图上的高频动画必须轻量
|
||
- 尽量减少页面层大范围动画
|
||
|
||
### 6.2 优先动画化高价值节点
|
||
|
||
优先做：
|
||
|
||
- 打点成功
|
||
- 目标切换
|
||
- 跳点
|
||
- 危险 / 高压反馈
|
||
|
||
延后做：
|
||
|
||
- 纯装饰性微动效
|
||
- 复杂长演出
|
||
|
||
---
|
||
|
||
## 7. 验收清单
|
||
|
||
动画接入完成后，至少确认：
|
||
|
||
- 触发时机正确
|
||
- 结束时机正确
|
||
- 多次连续触发稳定
|
||
- `standard / lite` 都可用
|
||
- 低端机可接受
|
||
- 不破坏现有状态链
|
||
|
||
---
|
||
|
||
## 8. 结论
|
||
|
||
动画接入前，只要这份清单里有明显回答不出来的问题，就不应该直接开做。
|
||
先补规格，再接程序。
|
||
|
||
|
||
|
||
|