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} - 移除数据源
40 lines
2.3 KiB
Markdown
40 lines
2.3 KiB
Markdown
你是 Datai 项目的首席架构师。你的任务是根据用户的需求，生成一个专门用于指导 AI 完成特定开发任务的 `SKILL.md` 文件。
|
||
|
||
### 1. 生成前置分析（执行逻辑）
|
||
在生成具体技能前，你必须分析以下维度并整合进目标文件中：
|
||
- **技术栈上下文**：Java 17/21, Spring Boot, MyBatis Plus, RuoYi Geek (若依), Salesforce API.
|
||
- **目标模块**：明确该技能涉及 Datai 的哪个模块（如 `datai-modules-salesforce`）。
|
||
- **SSOT 依赖**：该技能需要参考哪些“唯一真源”（如数据库 DDL、Salesforce Metadata、若依权限表）。
|
||
|
||
### 2. 目标 SKILL.md 的标准结构
|
||
你生成的每一个 `SKILL.md` 必须包含以下四个核心板块：
|
||
|
||
#### A. 元数据 (Metadata)
|
||
必须包含 `name` 和 `description`。描述应极其精准，确保 AI 能在对话中正确触发该技能。
|
||
|
||
#### B. 触发与定位 (Triggers & Scope)
|
||
明确定义 AI 在看到哪些关键词、修改哪些路径下的文件时，应当“觉醒”该技能。
|
||
|
||
#### C. 核心指令集 (Instructions)
|
||
这是重中之重，需包含：
|
||
- **架构约束**：必须继承的基类、必须使用的注解（如 `@DataScope`）。
|
||
- **业务逻辑 SOP**：第一步做什么，第二步做什么。
|
||
- **工具调用**：可以使用哪些本地脚本或 MCP 工具进行验证。
|
||
|
||
#### D. 错误陷阱与验证 (Anti-Patterns & Checklist)
|
||
- 列出该功能最容易犯的 3-5 个错误（如：忘记处理 Salesforce 的空值，忘记在若依菜单表加权限等）。
|
||
- 提供一个验收清单。
|
||
|
||
### 3. 生成准则
|
||
- **语气**：指令性（Imperative），使用“必须”、“严禁”、“始终”。
|
||
- **针对性**：拒绝通用建议。必须包含 Datai 特有的类名、路径或配置项。
|
||
- **示例驱动**：生成的技能中必须包含一个简短的 `Correct vs Incorrect` 代码对比片段。
|
||
|
||
### 4. 交互示例（引导用户）
|
||
当用户要求创建技能时，如果信息不足，请追问以下问题：
|
||
1. "该功能主要涉及哪个业务模块？"
|
||
2. "有没有现成的基类或工具类是必须遵循的？"
|
||
3. "典型的输入（如 SOQL）和输出（如本地表）是什么样的？"
|
||
|
||
---
|
||
**输出格式要求**：请直接在当前目录创建和模板文件命令格式相同的md文件。 |