61 lines
2.3 KiB
Markdown
61 lines
2.3 KiB
Markdown
# frontend -> frontendNew 迁移计划（执行中）
|
|
|
|
## 目标
|
|
|
|
- 以 frontendNew 为主线承接 dcalc 核心能力。
|
|
- 已完成的 equipment 作为基线，不重做主体，仅做一致性优化。
|
|
- 当前优先迁移 Skill、Forge、Result，策略为“核心功能优先，视觉后置”。
|
|
- 迁移期间保持 frontend 与 frontendNew 双端并行可用。
|
|
|
|
## 当前状态
|
|
|
|
- 已完成：`Character/EquipmentDictionary` 主体迁移并接入路由。
|
|
- 进行中：`Character/Skill`、`Character/Forge` 从占位页向可编辑页迁移。
|
|
- 新启动：`Character/Result` 结果面板接入与自动计算链路。
|
|
|
|
## 分阶段计划
|
|
|
|
### Phase 1 - 共享链路打通
|
|
|
|
1. 统一 Character 页角色加载、配置变更监听、结果自动计算触发。
|
|
2. 将结果面板并入 Character 页面，形成“配置 + 结果”并行布局。
|
|
3. 统一配置持久化触发点，保障刷新后状态可恢复。
|
|
|
|
### Phase 2 - Skill MVP
|
|
|
|
1. 完成技能列表、搜索、基础 VP/UP 配置回写。
|
|
2. 先确保写入 `configStore.config.skills`，后补复杂交互约束。
|
|
3. 目标：可参与结果计算。
|
|
|
|
### Phase 3 - Forge MVP
|
|
|
|
1. 子模块优先级：Equipments > Avatars > Oaths > Emblems/Jades/Sundry。
|
|
2. 每个子模块完成即验证配置回写和计算结果联动。
|
|
3. 目标：关键打造项可编辑并进入计算。
|
|
|
|
### Phase 4 - Result MVP
|
|
|
|
1. 展示基础属性、套装/誓约信息、技能伤害列表。
|
|
2. 支持伤害排序和基准设定/清空。
|
|
3. 第二轮补技能次数编辑、Buffer 细分、高级对比。
|
|
|
|
### Phase 5 - 一致性优化与回归
|
|
|
|
1. 统一加载态/空态/错误态文案。
|
|
2. 双端同角色同配置结果比对，输出差异清单。
|
|
3. 阻塞级问题清零后进入主用切换。
|
|
|
|
## 验收标准
|
|
|
|
1. 路由可用：`/dcalc/character/:alter/equipment|skill|forge`。
|
|
2. 数据可用：Skill 与 Forge 配置改动能触发结果刷新。
|
|
3. 结果可用：Result 面板稳定展示基础属性与技能伤害。
|
|
4. 持久化可用：刷新后配置不丢失。
|
|
5. 双端可比对：关键字段（伤害、套装、核心属性）一致。
|
|
|
|
## 本次提交范围（已执行）
|
|
|
|
1. 新增本计划文档。
|
|
2. 新增 Result MVP 组件并接入 Character 页面。
|
|
3. 在 Character 页面接入配置变更自动计算与离开页面自动保存。
|