erqiwang_youle

175 Commits 1 Branch 0 Tags

3 Commits

Include renames

Author	SHA1	Message	Date
joywayerandClaude Opus 5	f8a154ff7a	二七王：result.chupai 移出 GameState，本墩结果改走 EQW_TRICK_END 事件载荷谁最大、这墩闲家得几分是【一次性表现】（收牌动画、得分飘字），任何 deskinfo 都不下发它，写进 GameState 就多出一处「只活在前端、服务端不知道」的对局态——出牌中途断线重连即归零，违反红线「丢弃 this.data、仅凭最近一次服务端快照重画，界面必须一致」。三处一起改，缺一不可： - PlayHandler chupai3：删 result.chupai 写入，改随 EQW_TRICK_END 下发 {seat,cards,maxseat?,grade?}； aset.grade 的累加保留（它有服务端来源 PushCards.grade / chupai3.grade，是镜像量） - ResultHandler：_apply 的 map 删掉 chupai。收尾墩不发 chupai3、整包换成 jiesuan，不改这里则删 EXCLUDE 后必转红。收尾墩改为与 chupai3 走同一对事件、同一份载荷字段（补 emit EQW_TRICK_END 并带上 grade），否则最后一墩的得分没有出口 - GameState：删掉 result.chupai 字段本身（声明 + reset），不留永远为 null 的死字段 test_consistency 的 EXCLUDE 随之删到只剩 table.ancard3s 一条，27 checks 仍全绿；该条改注释标明「当前夹具（65 分坐庄、单局）无法触发，此条未经验证」，不假装它在守什么。 Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>	2026-08-27 22:06:41 +08:00
joywayerandClaude Opus 5	8b2cfdaf27	二七王：前端删掉 9 处阶段/控制权推导，一律读服务端包字段 I-3 前端不再持有对局状态机（配合服务端上一提交的下发面补齐）： - 删掉 5 处按 rpc 名硬编码的 aset.step（Deal=1 / Call=2 / Main=3 / Bury=5 / Result=6），一律改 _apply 读包里的 step - 删掉 4 处 turn.seat = aset.banker（CallHandler / MainHandler / ResyncHandler×2），增量路径读 nextseat、重连路径读分组里的 seat；同一条规则不再有 4 个写入处 I-2 ResyncHandler._applyBalance 由只接 aset 扩为接 aset/bottom/account，结算面板开着时重连/硬刷新不再丢抠底明细与末局大结算。一致性测试 EXCLUDE 随之从 4 条收缩为 2 条（去掉 result.bottom / result.account，只留一次性事件 table.ancard3s 与归下一轮的 result.chupai），未新增任何豁免条目。夹具按新包结构重跑（种子不变，牌局不变）：diff 纯为 67 行新增字段、0 行删除； test_fixture 补上 step/nextseat/Balance 同源断言（68→82 checks）。 export_packets.js 里关于 playproc/seatlist 活引用的注释已过时，更正为仍存在的 Balance.readystate 与三份结算快照。各 handler 单测补齐新字段并新增守卫用例：刻意构造 nextseat != banker、 step 为非预期值的包，使「退回硬编码/banker 反推」的写法必然转红（11/11 已验证）。 Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>	2026-08-27 21:31:20 +08:00
joywayerandClaude Opus 5	e8fc3a9bfa	二七王：结算与解散 handler 三种结算来源组成不同（正常出牌 / 投降 / 解散），共用一套落地逻辑：有哪组写哪组，缺的保持 null。解散走平台的 Game_Modify.Free 入口而非收包分发表——它的 route 是 room，被平台分流走了。取值路径因此比协议文档少一层，且参数可能为 null （首局发牌前解散），已覆盖。 Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>	2026-08-27 18:09:06 +08:00

Author

SHA1

Message

Date

joywayerandClaude Opus 5

f8a154ff7a

二七王：result.chupai 移出 GameState，本墩结果改走 EQW_TRICK_END 事件载荷

谁最大、这墩闲家得几分是【一次性表现】（收牌动画、得分飘字），任何 deskinfo 都不下发它，
写进 GameState 就多出一处「只活在前端、服务端不知道」的对局态——出牌中途断线重连即归零，
违反红线「丢弃 this.data、仅凭最近一次服务端快照重画，界面必须一致」。

三处一起改，缺一不可：
- PlayHandler chupai3：删 result.chupai 写入，改随 EQW_TRICK_END 下发 {seat,cards,maxseat?,grade?}；
  aset.grade 的累加保留（它有服务端来源 PushCards.grade / chupai3.grade，是镜像量）
- ResultHandler：_apply 的 map 删掉 chupai。收尾墩不发 chupai3、整包换成 jiesuan，
  不改这里则删 EXCLUDE 后必转红。收尾墩改为与 chupai3 走同一对事件、同一份载荷字段
  （补 emit EQW_TRICK_END 并带上 grade），否则最后一墩的得分没有出口
- GameState：删掉 result.chupai 字段本身（声明 + reset），不留永远为 null 的死字段

test_consistency 的 EXCLUDE 随之删到只剩 table.ancard3s 一条，27 checks 仍全绿；
该条改注释标明「当前夹具（65 分坐庄、单局）无法触发，此条未经验证」，不假装它在守什么。

Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>

2026-08-27 22:06:41 +08:00

joywayerandClaude Opus 5

8b2cfdaf27

二七王：前端删掉 9 处阶段/控制权推导，一律读服务端包字段

I-3 前端不再持有对局状态机（配合服务端上一提交的下发面补齐）：
- 删掉 5 处按 rpc 名硬编码的 aset.step（Deal=1 / Call=2 / Main=3 / Bury=5 / Result=6），
  一律改 _apply 读包里的 step
- 删掉 4 处 turn.seat = aset.banker（CallHandler / MainHandler / ResyncHandler×2），
  增量路径读 nextseat、重连路径读分组里的 seat；同一条规则不再有 4 个写入处

I-2 ResyncHandler._applyBalance 由只接 aset 扩为接 aset/bottom/account，
结算面板开着时重连/硬刷新不再丢抠底明细与末局大结算。
一致性测试 EXCLUDE 随之从 4 条收缩为 2 条（去掉 result.bottom / result.account，
只留一次性事件 table.ancard3s 与归下一轮的 result.chupai），未新增任何豁免条目。

夹具按新包结构重跑（种子不变，牌局不变）：diff 纯为 67 行新增字段、0 行删除；
test_fixture 补上 step/nextseat/Balance 同源断言（68→82 checks）。
export_packets.js 里关于 playproc/seatlist 活引用的注释已过时，更正为仍存在的
Balance.readystate 与三份结算快照。

各 handler 单测补齐新字段并新增守卫用例：刻意构造 nextseat != banker、
step 为非预期值的包，使「退回硬编码/banker 反推」的写法必然转红（11/11 已验证）。

Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>

2026-08-27 21:31:20 +08:00

joywayerandClaude Opus 5

e8fc3a9bfa

二七王：结算与解散 handler

三种结算来源组成不同（正常出牌 / 投降 / 解散），共用一套落地逻辑：
有哪组写哪组，缺的保持 null。

解散走平台的 Game_Modify.Free 入口而非收包分发表——它的 route 是 room，
被平台分流走了。取值路径因此比协议文档少一层，且参数可能为 null
（首局发牌前解散），已覆盖。

Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>

2026-08-27 18:09:06 +08:00