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