feat: 添加MSW模拟服务和数据源集成
refactor: 重构页面组件移除冗余Layout组件 feat: 实现WebSocket和事件总线系统 feat: 添加队列和调度系统 docs: 更新架构文档和服务映射 style: 清理重复接口定义使用数据源 chore: 更新依赖项配置 feat: 添加运行时系统和领域引导 ci: 配置ESLint边界检查规则 build: 添加Redis和WebSocket依赖 test: 添加MSW浏览器环境入口 perf: 优化数据获取逻辑使用统一数据源 fix: 修复类型定义和状态管理问题
This commit is contained in:
@@ -138,4 +138,60 @@
|
||||
- 单元测试
|
||||
- 集成测试
|
||||
- 构建检查
|
||||
- CI 失败必须及时修复
|
||||
- CI 失败必须及时修复
|
||||
|
||||
---
|
||||
|
||||
## 逻辑集中化强制规则
|
||||
|
||||
### 核心原则
|
||||
> **所有业务逻辑必须集中在 Service 层,禁止分散在 Controller、前端或数据库操作中。**
|
||||
|
||||
### AI开发强制规则
|
||||
|
||||
1. **禁止在 Controller 中实现业务逻辑**
|
||||
- Controller 只负责请求/响应和权限校验
|
||||
- 业务决策、状态变化、数据校验必须在 Service 层
|
||||
|
||||
2. **禁止在前端实现业务规则**
|
||||
- 前端只负责展示、交互和调用接口
|
||||
- 禁止在前端进行业务计算、状态判断和权限判断
|
||||
|
||||
3. **禁止直接操作数据库**
|
||||
- 所有数据库操作必须通过 Repository 层
|
||||
- AI 不允许直接使用数据库连接或 ORM 操作数据库
|
||||
|
||||
4. **所有业务逻辑必须封装在 Service 层**
|
||||
- 每个业务操作必须对应一个 Service 方法
|
||||
- Service 方法必须体现业务闭环
|
||||
|
||||
5. **所有状态变更必须通过 Service 方法**
|
||||
- 禁止直接修改状态字段
|
||||
- 状态变更必须通过 Service 方法并遵循状态机
|
||||
|
||||
6. **所有跨模块操作必须在 Service 中完成**
|
||||
- 跨模块协同必须在 Service 层实现
|
||||
- 禁止在 Controller 或前端进行跨模块调用
|
||||
|
||||
7. **AI 修改代码时的优先顺序**
|
||||
- 优先修改 Service 层代码
|
||||
- 其次修改 Repository 层代码
|
||||
- 最后修改 Controller 或前端代码
|
||||
|
||||
8. **Service 方法命名规范**
|
||||
- 方法名必须体现业务闭环
|
||||
- 例如:`createOrderWithInventoryLock()` 而不是 `createOrder()`
|
||||
|
||||
9. **状态机遵循**
|
||||
- 所有状态变更必须遵循 STATE_MACHINE 定义
|
||||
- 禁止非法状态流转
|
||||
|
||||
10. **服务层职责边界**
|
||||
- Controller:请求/响应 + 权限校验
|
||||
- Service:业务逻辑编排 + 状态流转 + 多模块协同
|
||||
- Repository:数据库 CRUD 操作
|
||||
|
||||
### 违反后果
|
||||
- **代码审查不通过**:任何违反逻辑集中化原则的代码将被拒绝合并
|
||||
- **AI 任务失败**:AI 无法维护分散的逻辑,导致任务执行失败
|
||||
- **生产环境风险**:分散逻辑导致数据不一致,直接影响系统稳定性
|
||||
Reference in New Issue
Block a user