bindbox-game/docs/项目框架/CONSENSUS_项目框架.md
邹方成 1ab39d2f5a
Some checks failed
Build docker and publish / linux (1.24.5) (push) Failing after 25s
refactor: 重构项目结构并重命名模块
feat(admin): 新增工会管理功能
feat(activity): 添加活动管理相关服务
feat(user): 实现用户道具卡和积分管理
feat(guild): 新增工会成员管理功能

fix: 修复数据库连接配置
fix: 修正jwtoken导入路径
fix: 解决端口冲突问题

style: 统一代码格式和注释风格
style: 更新项目常量命名

docs: 添加项目框架和开发规范文档
docs: 更新接口文档注释

chore: 移除无用代码和文件
chore: 更新Makefile和配置文件
chore: 清理日志文件

test: 添加道具卡测试脚本
2025-11-14 21:10:00 +08:00

30 lines
1.3 KiB
Markdown

# 最终共识
## 需求描述和验收标准
- **需求**: 梳理并理解现有项目框架,为后续开发提供清晰的上下文。
- **验收标准**: 输出一份关于项目架构、技术栈和关键模块的分析报告。
## 技术实现方案和技术约束和集成方案
- **项目名称**: `bindbox_game`
- **语言**: Go
- **Web框架**: Gin
- **ORM**: GORM
- **数据库**: MySQL
- **配置管理**: Viper
- **日志**: Zap
- **API文档**: Swagger
- **部署**: Docker
## 任务边界限制和验收标准
- **架构模式**: 项目采用分层架构,但业务逻辑目前主要集中在 `internal/api` 层,`internal/services` 层尚未被充分利用。
- **代码生成**: 项目使用 `gormgen``handlergen` 等工具生成部分代码。
- **公共库**: `internal/pkg` 目录提供了丰富的可重用组件。
- **中间件**: 在 `internal/router` 中定义,用于处理认证、日志等。
## 确认所有不确定性已解决
- `service` vs `services`: `service` 目录为空,`services` 用于模块化业务逻辑,但目前未被积极使用。
- `proposal` 目录: 定义了用于告警、日志等目的的数据结构和处理器。
**结论**: 项目框架清晰,技术选型主流。后续开发应遵循现有架构模式,并考虑将业务逻辑更清晰地分离到 `service` 层,以提高可维护性。