# 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 页面接入配置变更自动计算与离开页面自动保存。