伟大航路后续实现交接标准 ¶
一、后续实现前必须满足 ¶
- 任何功能开发都必须先对齐
coverage-matrix.md，确认目标项不是“待确认”。 - 若目标项是“待确认”，必须先补业务口径或生产实现证据，再进入编码。
- 不允许继续围绕固定
BuildWarInfo()周赛值追加阶段特判；必须先改调度模型。 - 不允许新增服务端根目录文件；新逻辑优先放入：
domains/legion/war/saltfield/internal/legionwarcfg/- 必要时在
entry/...做薄接线
二、实现阶段建议顺序 ¶
第一阶段：调度层 ¶
- 引入动态赛程/阶段解析
- 替换固定
legionWarType/mapType/battlefieldId - 接通
legion_getbattlefield - 接通
legion_signup
第二阶段：资格与绑定 ¶
- 岛屿归属
- 登岛成员绑定
- 阶段锁人
- 周赛/月赛/胜败者赛资格判定
第三阶段：跨场次状态机 ¶
- 晋级、淘汰、回落
- 岛屿积分累计
- 小组结果持久化
- 双败链路持久化
第四阶段：结算与奖励 ¶
- 多阶段排行
- 多阶段奖励
- 黄金积分
- 资格锁榜
- 发奖幂等
三、验收标准 ¶
后续实现完成前，至少要能证明：
- 同一套查询接口会随着阶段变化返回不同
legionWarType与legionWarMapType - 不同岛屿/赛段的资格判定不会互串
- 未开放阶段会被安全拒绝
- 重试请求不会导致重复报名、重复结算、重复发奖
- 配置层切到
20~24mapType 时，不会仍按旧周赛盐场逻辑发场次
四、仍需业务确认的问题 ¶
- 候选排名与后续战场分组的精确算法
- 灰盐岛进阶赛与月赛的精确锁人时点
- 青铜岛、秘蓝岛、月宫的月赛补录规则细节
- 黄金积分冻结、资格邮件与成员锁定的精确时间点
- 天宫解散俱乐部镜像回流的真实生产实现
这些问题未确认前，不应把对应实现标记为完成。
评论
请登录后发表评论。
暂无评论。成为第一个评论者！