4.1 KiB
4.1 KiB
屎山代码分析报告
总体评估
- 质量评分: 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%)，几乎没有注释
改进建议
高优先级
- 继续保持当前的代码质量标准
中优先级
- 可以考虑进一步优化性能和可读性
- 完善文档和注释，便于团队协作