- 重命名核心目录: /prompt/ → /resource/ - 更新PackageDiscovery中所有硬编码路径引用 - 重新生成package.registry.json,61个资源全部更新为@package://resource/路径 - 批量更新文档中的路径引用,保持一致性 - 目录结构保持不变:domain/, core/, protocol/, tool/子目录结构完全一致 重构原因: 随着tool协议的加入,prompt目录名称不再准确描述系统本质 重构价值: 为未来资源生态扩展奠定清晰的命名基础 🤖 Generated with [Claude Code](https://claude.ai/code) Co-Authored-By: Claude <noreply@anthropic.com>
1.9 KiB
1.9 KiB
# 代码质量管理流程
## 1. 代码规范制定
```mermaid
flowchart TD
A[团队编码规范制定] --> B[代码格式化配置]
B --> C[静态代码分析工具配置]
C --> D[代码审查流程建立]
D --> E[质量门禁设置]
E --> F[持续集成集成]
```
## 2. 代码审查流程
```mermaid
flowchart TD
A[代码提交] --> B[自动化检查]
B --> C{检查通过?}
C -->|是| D[人工代码审查]
C -->|否| E[修复问题]
E --> A
D --> F{审查通过?}
F -->|是| G[合并代码]
F -->|否| H[修改建议]
H --> E
```
# 代码质量最佳实践
## 编码规范
- **命名约定**:使用有意义的变量名和方法名
- **代码格式**:统一使用代码格式化工具
- **注释规范**:关键逻辑必须有清晰的注释
- **方法长度**:单个方法不超过50行代码
## 代码结构
- **单一职责**:每个类和方法只负责一个职责
- **依赖管理**:合理管理类之间的依赖关系
- **设计模式**:恰当使用设计模式解决问题
- **重构意识**:定期重构消除代码坏味道
# 代码质量强制要求
1. **代码覆盖率**:单元测试覆盖率不低于80%
2. **复杂度控制**:圈复杂度不超过10
3. **重复代码**:重复代码率不超过3%
4. **技术债务**:每个迭代必须分配时间处理技术债务
# 代码质量评价标准
- ✅ **可读性良好**:代码清晰易懂
- ✅ **可维护性强**:易于修改和扩展
- ✅ **性能表现佳**:无明显性能问题
- ✅ **安全性高**:无安全漏洞