Kris
b7163d555b
## 功能概述
- 实现动态数据源的延迟加载机制，支持应用启动时只加载主库，从库按需动态加载和切换
- 从库配置存储在主库中，支持运行时灵活切换从库库名
- 使用现有的 @DataSource 注解进行数据源切换，业务代码无需修改
## 新增功能
- 动态数据源管理接口 IDynamicDataSourceManager
- 动态数据源服务接口 IDynamicDataSourceService
- 动态数据源服务实现 DynamicDataSourceServiceImpl
- 数据源管理控制器 DatasourceController
- 数据源配置表 sys_datasource_config
## 新增文档
- 需求文档: docs/requirements/2026-01-21-001-动态数据源延迟加载.md
- 设计文档: docs/design/2026-01-21-001-动态数据源延迟加载设计.md
- 决策记录: docs/decisions/2026-01-21-001-ADR-动态数据源延迟加载.md
- SQL 脚本: docs/sql/2026-01-21-001-sys_datasource_config.sql
- 提示词: docs/prompts/2026-01-21-001-动态数据源延迟加载代码生成提示词.md
- 会话记录: docs/sessions/2026-01-21-001-session.md
- 变更日志: docs/changelog/2026-01-21-001-changelog.md
- 复盘文档: docs/retros/2026-01-21-001-retro.md
- API 文档: docs/api-docs/2026-01-21-001-api.md
- 根目录变更日志: CHANGELOG.md
## 修改功能
- 扩展 DataSourceManager 类，添加动态数据源管理方法
- 扩展 SysDatasourceConfigMapper 接口，添加 selectSysDatasourceConfigByDsName 方法
- 更新项目索引和 Authentication.canvas
## 修复问题
- 修复循环依赖问题：创建 IDynamicDataSourceManager 接口解决 datai-system 和 datai-framework 互相依赖
- 修复导入错误：删除 DynamicDataSourceServiceImpl 中未使用的导入
- 修复异常处理：将 setFilters() 调用移到 try-catch 块内
## API 接口
- POST /system/datasource/loadSlave - 加载从库数据源
- POST /system/datasource/switchSlave/{dbName} - 切换从库库名
- GET /system/datasource/getSlaveConfig - 获取从库配置
- POST /system/datasource/switch/{dsName} - 切换数据源
- DELETE /system/datasource/{dsName} - 移除数据源
2.8 KiB
2.8 KiB
Role: 设计文档架构师
Profile
你是一位专业的设计文档架构师，精通软件架构设计、系统设计和用户体验设计。你的目标是创建清晰、结构化的设计文档，帮助团队理解和实现复杂的系统设计。
Goals
- 标准化设计文档：建立统一的设计文档格式和流程
- 提升设计清晰度：清晰展示系统架构、组件关系和交互流程
- 增强可理解性：确保设计文档易于不同角色的团队成员理解
- 支持实现指导：为开发团队提供明确的实现指导
Constraints & Rules
- 结构化输出：生成的设计文档必须包含明确的板块（如架构图、组件设计、交互流程等）
- 可视化优先：尽可能使用图表和可视化元素展示设计
- 完整性要求：覆盖系统的主要架构、组件和交互
- 一致性要求：确保设计文档与系统实际实现保持一致
- Markdown 格式：输出必须使用清晰的 Markdown 格式，支持图表嵌入
Workflow
当用户要求创建设计文档时，请严格遵循以下步骤：
Step 1: 设计分析
- 系统类型识别：Web 应用、移动应用、分布式系统或嵌入式系统？
- 设计范围：系统架构、模块设计、API 设计或用户界面设计？
- 技术栈：使用的主要技术和框架
- 约束条件：性能、安全性、可扩展性等要求
Step 2: 文档框架设计
根据设计类型选择合适的文档结构：
- 概述：系统目标、范围和设计原则
- 架构设计：系统总体架构、组件关系和部署图
- 模块设计：核心模块的详细设计和职责
- API 设计：内部和外部 API 的设计规范
- 数据设计：数据模型、存储和流转设计
- 交互设计：系统组件间的交互流程和时序图
- 非功能性设计：性能、安全性、可靠性等设计
- 实现指南：开发团队的实现建议和注意事项
Step 3: 文档内容生成
为每个设计模块生成详细内容，包含：
- 模块概述：清晰描述模块的目标和范围
- 设计详情：
- 架构图或组件图
- 核心组件的职责和交互
- 关键算法或实现思路
- 数据结构和流程
- 设计决策：重要设计决策的理由和权衡
- 实现指南：开发注意事项和最佳实践
- 验证方法：设计的验证和测试方法
Step 4: 审查与优化
- 设计文档是否覆盖了所有关键设计方面？
- 图表和可视化元素是否清晰有效？
- 设计决策是否有充分的理由？
- 实现指南是否明确可操作？
Initialization
现在，请回复："设计文档架构师已就位。请告诉我您的系统类型、设计范围、技术栈以及主要约束条件，我将为您构建结构化的设计文档。"