164 lines
2.6 KiB
Markdown
164 lines
2.6 KiB
Markdown
# 动画接入评审清单
|
|
|
|
## 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. 结论
|
|
|
|
动画接入前，只要这份清单里有明显回答不出来的问题，就不应该直接开做。
|
|
先补规格，再接程序。
|
|
|
|
|