docs: complete documentation system (250+ files)
- System architecture and design documentation - Business module docs (ASL/AIA/PKB/RVW/DC/SSA/ST) - ASL module complete design (quality assurance, tech selection) - Platform layer and common capabilities docs - Development standards and API specifications - Deployment and operations guides - Project management and milestone tracking - Architecture implementation reports - Documentation templates and guides
This commit is contained in:
228
docs/04-开发规范/README.md
Normal file
228
docs/04-开发规范/README.md
Normal file
@@ -0,0 +1,228 @@
|
||||
# 04-开发规范
|
||||
|
||||
> **目标:** 统一团队开发规范,提高代码质量和协作效率
|
||||
> **适用范围:** 平台层 + 能力层 + 业务模块层
|
||||
> **强制等级:** ⭐⭐⭐⭐⭐ 必须遵守
|
||||
|
||||
---
|
||||
|
||||
## 📋 规范文档列表
|
||||
|
||||
### 1. 数据库设计规范 ⭐⭐⭐⭐⭐
|
||||
**文件:** `01-数据库设计规范.md` ⏳ 待创建(从 `01-设计文档/数据库设计文档.md` 提取)
|
||||
|
||||
**核心内容:**
|
||||
- Schema隔离策略(platform_schema、asl_schema等)
|
||||
- 表命名规范(小写+下划线)
|
||||
- 字段命名规范
|
||||
- 索引设计规范
|
||||
- 外键约束规范
|
||||
- 通用字段(created_at、updated_at等)
|
||||
|
||||
**快速参考:** [数据库全局视图](./03-数据库全局视图.md) ⭐ 已创建
|
||||
|
||||
---
|
||||
|
||||
### 2. API设计规范 ⭐⭐⭐⭐⭐
|
||||
**文件:** `02-API设计规范.md` ⏳ 待创建(从 `01-设计文档/API设计规范.md` 提取)
|
||||
|
||||
**核心内容:**
|
||||
- RESTful API设计原则
|
||||
- URL命名规范(`/api/v1/模块/资源`)
|
||||
- HTTP方法使用规范
|
||||
- 请求/响应格式规范
|
||||
- 错误码设计
|
||||
- 认证和权限
|
||||
|
||||
**快速参考:** [API路由总览](./04-API路由总览.md) ⭐ 已创建
|
||||
|
||||
---
|
||||
|
||||
### 3. 数据库全局视图 ⭐⭐⭐⭐⭐ ✅ 新增
|
||||
**文件:** `03-数据库全局视图.md`
|
||||
|
||||
**用途:** 提供所有Schema和表的快速索引
|
||||
|
||||
**核心内容:**
|
||||
- Schema划分策略(8个Schema)
|
||||
- 所有表的总览和跳转链接
|
||||
- 跨Schema依赖关系
|
||||
- 数据量预估
|
||||
|
||||
**使用场景:**
|
||||
- 查看全局数据架构
|
||||
- 快速定位某个表属于哪个Schema
|
||||
- 了解跨模块数据关系
|
||||
|
||||
---
|
||||
|
||||
### 4. API路由总览 ⭐⭐⭐⭐⭐ ✅ 新增
|
||||
**文件:** `04-API路由总览.md`
|
||||
|
||||
**用途:** 提供所有API端点的快速索引
|
||||
|
||||
**核心内容:**
|
||||
- 路由命名规范
|
||||
- 所有模块的API端点总览
|
||||
- 路由冲突检查
|
||||
- 端点统计(~85个)
|
||||
|
||||
**使用场景:**
|
||||
- 查看全局API架构
|
||||
- 避免路由冲突
|
||||
- 快速查找某个功能的API端点
|
||||
|
||||
---
|
||||
|
||||
### 5. 代码规范 ⭐⭐⭐⭐
|
||||
**文件:** `05-代码规范.md` → 重命名自 `代码规范.md`(已存在,818行)
|
||||
|
||||
**核心内容:**
|
||||
- TypeScript编码规范
|
||||
- React组件规范
|
||||
- 文件和目录命名
|
||||
- 代码注释规范
|
||||
- 错误处理规范
|
||||
- 日志记录规范
|
||||
|
||||
**已有内容,包含:**
|
||||
- ESLint配置
|
||||
- Prettier配置
|
||||
- 详细的编码规范
|
||||
|
||||
---
|
||||
|
||||
### 6. Git提交规范 ⭐⭐⭐⭐
|
||||
**文件:** `06-Git提交规范.md` ⏳ 待创建
|
||||
|
||||
**核心内容:**
|
||||
- Commit Message格式
|
||||
- 分支管理策略
|
||||
- PR/MR规范
|
||||
- 代码审查流程
|
||||
|
||||
**Commit Message格式:**
|
||||
```
|
||||
<type>(<scope>): <subject>
|
||||
|
||||
<body>
|
||||
|
||||
<footer>
|
||||
```
|
||||
|
||||
**Type类型:**
|
||||
- `feat`: 新功能
|
||||
- `fix`: Bug修复
|
||||
- `docs`: 文档更新
|
||||
- `style`: 代码格式(不影响逻辑)
|
||||
- `refactor`: 重构
|
||||
- `perf`: 性能优化
|
||||
- `test`: 测试相关
|
||||
- `chore`: 构建/工具相关
|
||||
|
||||
**示例:**
|
||||
```
|
||||
feat(asl): 实现标题摘要初筛功能
|
||||
|
||||
- 添加CSV文件导入
|
||||
- 实现双模型AI判断
|
||||
- 添加PICO配置功能
|
||||
|
||||
Closes #123
|
||||
```
|
||||
|
||||
---
|
||||
|
||||
### 7. 测试规范 ⭐⭐⭐
|
||||
**文件:** `07-测试规范.md` ⏳ 待创建
|
||||
|
||||
**核心内容:**
|
||||
- 单元测试规范
|
||||
- 集成测试规范
|
||||
- E2E测试规范
|
||||
- 测试覆盖率要求
|
||||
|
||||
**测试覆盖率要求:**
|
||||
- 核心业务逻辑:≥80%
|
||||
- 工具函数:≥90%
|
||||
- API Controller:≥70%
|
||||
|
||||
---
|
||||
|
||||
## 🎯 规范优先级
|
||||
|
||||
### P0 - 必须遵守
|
||||
- ✅ 数据库设计规范
|
||||
- ✅ API设计规范
|
||||
- ✅ Git提交规范(Commit Message)
|
||||
|
||||
### P1 - 强烈建议
|
||||
- ✅ 代码规范(TypeScript/React)
|
||||
- ✅ 错误处理规范
|
||||
- ✅ 日志记录规范
|
||||
|
||||
### P2 - 建议遵守
|
||||
- ⚪ 测试规范
|
||||
- ⚪ 文档注释规范
|
||||
- ⚪ 性能优化规范
|
||||
|
||||
---
|
||||
|
||||
## 🔍 快速查找
|
||||
|
||||
**我要设计数据库表:** → `01-数据库设计规范.md`
|
||||
**我要设计API接口:** → `02-API设计规范.md`
|
||||
**我要编写代码:** → `03-代码规范.md`
|
||||
**我要提交代码:** → `04-Git提交规范.md`
|
||||
**我要编写测试:** → `05-测试规范.md`
|
||||
|
||||
---
|
||||
|
||||
## ⚠️ 违反规范的后果
|
||||
|
||||
### 数据库设计不规范
|
||||
- ❌ Schema混乱,模块耦合
|
||||
- ❌ 无法实现模块独立部署
|
||||
- ❌ 数据迁移困难
|
||||
|
||||
### API设计不规范
|
||||
- ❌ 前后端对接困难
|
||||
- ❌ API文档混乱
|
||||
- ❌ 版本升级困难
|
||||
|
||||
### 代码不规范
|
||||
- ❌ 代码可读性差
|
||||
- ❌ 维护成本高
|
||||
- ❌ Bug率上升
|
||||
|
||||
---
|
||||
|
||||
## 📝 规范更新流程
|
||||
|
||||
1. 提出规范变更需求(Issue或PR)
|
||||
2. 团队讨论和评审
|
||||
3. 更新规范文档
|
||||
4. 通知全员
|
||||
5. 逐步迁移旧代码
|
||||
|
||||
---
|
||||
|
||||
## 🔗 相关工具
|
||||
|
||||
**代码检查:**
|
||||
- ESLint(JavaScript/TypeScript)
|
||||
- Prettier(代码格式化)
|
||||
- Stylelint(CSS)
|
||||
|
||||
**提交检查:**
|
||||
- Husky(Git Hooks)
|
||||
- Commitlint(Commit Message检查)
|
||||
|
||||
**数据库:**
|
||||
- Prisma(ORM + Migration)
|
||||
- pgAdmin(数据库管理)
|
||||
|
||||
---
|
||||
|
||||
**最后更新:** 2025-11-06
|
||||
**维护人:** 技术架构师
|
||||
Reference in New Issue
Block a user