refactor: 重构战斗系统为统一动作包结构
All checks were successful
ci/woodpecker/push/my-first-workflow Pipeline was successful

This commit is contained in:
xinian
2026-04-06 00:58:23 +08:00
committed by cnb
parent 141ba67014
commit f433a26a6d
12 changed files with 683 additions and 158 deletions

View File

@@ -1,99 +0,0 @@
# 屎山代码分析报告
## 总体评估
- **质量评分**: 31.03/100
- **质量等级**: 🌸 偶有异味 - 基本没事但是有伤风化
- **分析文件数**: 203
- **代码总行数**: 20972
## 质量指标
| 指标 | 得分 | 权重 | 状态 |
|------|------|------|------|
| 状态管理 | 4.84 | 0.15 | |
| 循环复杂度 | 6.28 | 0.25 | |
| 命名规范 | 25.00 | 0.10 | |
| 错误处理 | 35.00 | 0.15 | |
| 代码结构 | 45.00 | 0.20 | |
| 代码重复度 | 55.00 | 0.15 | |
| 注释覆盖率 | 55.94 | 0.15 | |
## 问题文件 (Top 5)
### 1. /workspace/blazing/common/utils/sturc/field.go (得分: 53.85)
**问题分类**: 🔄 复杂度问题:10, 📝 注释问题:1, 其他问题:5
**主要问题**:
- 函数 Size 的循环复杂度较高 (12)建议简化
- 函数 packVal 的循环复杂度过高 (23)考虑重构
- 函数 Pack 的循环复杂度较高 (14)建议简化
- 函数 unpackVal 的循环复杂度过高 (21)考虑重构
- 函数 Unpack 的循环复杂度较高 (12)建议简化
- 函数 'Size' () 较长 (33 )可考虑重构
- 函数 'Size' () 复杂度过高 (12)建议简化
- 函数 'packVal' () 过长 (69 )建议拆分
- 函数 'packVal' () 复杂度严重过高 (23)必须简化
- 函数 'Pack' () 较长 (48 )可考虑重构
- 函数 'Pack' () 复杂度过高 (14)建议简化
- 函数 'unpackVal' () 过长 (57 )建议拆分
- 函数 'unpackVal' () 复杂度严重过高 (21)必须简化
- 函数 'Unpack' () 较长 (33 )可考虑重构
- 函数 'Unpack' () 复杂度过高 (12)建议简化
- 代码注释率极低 (1.38%)几乎没有注释
### 2. /workspace/blazing/common/utils/sturc/fields.go (得分: 46.83)
**问题分类**: 🔄 复杂度问题:4, 📝 注释问题:1, 其他问题:2
**主要问题**:
- 函数 Pack 的循环复杂度较高 (12)建议简化
- 函数 Unpack 的循环复杂度过高 (21)考虑重构
- 函数 'Pack' () 较长 (42 )可考虑重构
- 函数 'Pack' () 复杂度过高 (12)建议简化
- 函数 'Unpack' () 过长 (73 )建议拆分
- 函数 'Unpack' () 复杂度严重过高 (21)必须简化
- 代码注释率极低 (3.91%)几乎没有注释
### 3. /workspace/blazing/common/utils/sturc/parse.go (得分: 46.68)
**问题分类**: 🔄 复杂度问题:4, 📝 注释问题:1, 其他问题:3
**主要问题**:
- 代码注释率较低 (6.93%)建议增加注释
- 函数 parseField 的循环复杂度较高 (13)建议简化
- 函数 parseFieldsLocked 的循环复杂度过高 (18)考虑重构
- 函数 'parseField' () 过长 (64 )建议拆分
- 函数 'parseField' () 复杂度过高 (13)建议简化
- 函数 'parseFieldsLocked' () 过长 (64 )建议拆分
- 函数 'parseFieldsLocked' () 复杂度严重过高 (18)必须简化
- 函数 'parseFields' () 较长 (31 )可考虑重构
### 4. /workspace/blazing/common/utils/xml/typeinfo.go (得分: 46.13)
**问题分类**: 🔄 复杂度问题:6, 其他问题:3
**主要问题**:
- 函数 getTypeInfo 的循环复杂度过高 (18)考虑重构
- 函数 structFieldInfo 的循环复杂度过高 (33)考虑重构
- 函数 addFieldInfo 的循环复杂度过高 (20)考虑重构
- 函数 'getTypeInfo' () 过长 (58 )建议拆分
- 函数 'getTypeInfo' () 复杂度严重过高 (18)必须简化
- 函数 'structFieldInfo' () 极度过长 (114 )必须拆分
- 函数 'structFieldInfo' () 复杂度严重过高 (33)必须简化
- 函数 'addFieldInfo' () 过长 (66 )建议拆分
- 函数 'addFieldInfo' () 复杂度严重过高 (20)必须简化
### 5. /workspace/blazing/common/utils/go-jsonrpc/auth/handler.go (得分: 45.61)
**问题分类**: 📝 注释问题:1, 其他问题:1
**主要问题**:
- 函数 'ServeHTTP' () 较长 (31 )可考虑重构
- 代码注释率极低 (0.00%)几乎没有注释
## 改进建议
### 高优先级
- 继续保持当前的代码质量标准
### 中优先级
- 可以考虑进一步优化性能和可读性
- 完善文档和注释便于团队协作