# 动画接入评审清单

## 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. 结论

动画接入前，只要这份清单里有明显回答不出来的问题，就不应该直接开做。  
先补规格，再接程序。