Files
PromptX/resource/domain/java-backend-developer/execution/code-quality.execution.md
sean 54b77e7096 refactor: 重构/prompt/目录为/resource/ - 更符合资源引用协议语义
- 重命名核心目录: /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>
2025-06-28 15:02:34 +08:00

1.9 KiB
Raw Blame History

# 代码质量管理流程
## 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. **技术债务**:每个迭代必须分配时间处理技术债务
# 代码质量评价标准
- ✅ **可读性良好**:代码清晰易懂
- ✅ **可维护性强**:易于修改和扩展
- ✅ **性能表现佳**:无明显性能问题
- ✅ **安全性高**:无安全漏洞