mirror of
https://github.com/GeWuYou/GFramework.git
synced 2026-05-06 16:16:44 +08:00
- 修复 Runtime、Source Generator 与 Tooling 对 oneOf/anyOf 的静默接受,统一改为显式报错 - 补充 JS 与 Release 测试回归,覆盖生成器诊断和运行时拒绝路径 - 更新 ai-plan 跟踪与中文文档,明确后续默认跳过会改变生成类型形状的组合关键字
7.4 KiB
7.4 KiB
AI-First Config System C# 体验下一阶段清单
目标
继续把主线放在 C# Runtime + Source Generator + Consumer DX,以“新配置域接入成本是否足够低”为第一判断标准。
当前阶段不再把 VS Code 工具能力当作阻塞项;工具链只要不拖累 C# 首发可用版本即可。
当前状态
- 单表注册辅助:
Register{Entity}Table() - 强类型访问入口:
Get{Entity}Table()/TryGet{Entity}Table(...) - 结构化加载诊断:
ConfigLoadException.Diagnostic - 端到端消费者集成测试
- 顶层非主键标量字段查询辅助:
FindBy*/TryFindFirstBy* Architecture推荐接入模板- 项目级聚合注册入口:
RegisterAllGeneratedConfigTables() - 项目级生成目录:
GeneratedConfigCatalog - 项目级目录筛选 / 启动诊断辅助:
GetTablesInConfigDomain()/GetTablesForRegistration() - 聚合注册 comparer 覆盖:
GeneratedConfigRegistrationOptions - 官方 C# 启动帮助器:
GameConfigBootstrap/GameConfigBootstrapOptions - 可选只读精确匹配索引:
x-gframework-index
P0:下一轮优先做
-
为聚合注册入口增加“按配置域过滤 / 分组注册”能力
- 目标:大型项目不必在所有场景都一次性注册全部 schema
- 示例方向:按
ConfigDomain、表名集合或调用方谓词选择子集 - 价值:这是聚合注册落地后的下一步,直接影响多模块项目的启动颗粒度
-
提供官方 C# 启动帮助器
- 目标:把
ConfigRegistry + YamlConfigLoader + LoadAsync + 热重载句柄收敛成更稳定的框架入口 - 示例方向:
GameConfigBootstrap的框架内版本,或轻量 runtime host / installer - 价值:把当前“文档模板”升级为可复用实现,继续减少消费者样板
- 目标:把
P1:强烈建议尽快补齐
-
继续扩展最有价值的 JSON Schema 子集
- 原则:只做 Runtime / Generator / Tooling 三端都能稳定解释的关键字
- 已补齐:
enum(当前覆盖标量、对象、数组节点,以及标量数组元素)、const、not、pattern、format(当前稳定子集:date、date-time、duration、email、time、uri、uuid)、minLength、maxLength、minItems、maxItems、contains、minContains、maxContains、exclusiveMinimum、exclusiveMaximum、multipleOf、uniqueItems、minProperties、maxProperties、dependentRequired、dependentSchemas、allOf、object-focusedif/then/else - 当前产出:运行时拒绝相关约束违规值,VS Code 校验与表单 hint 对齐,生成代码 XML 文档同步暴露新关键字;对象 / 数组
enum当前主要参与校验与文档输出,不额外扩展复杂表单控件;allOf与if/then/else当前都收敛为 object-focused constraint block,不做属性合并;oneOf/anyOf当前已统一定义为不支持并在三端显式拒绝
-
评估可选只读索引能力
- 目标:为高频查询字段提供比
All()线性扫描更强的读取体验 - 约束:不能破坏当前热重载与简单运行时契约,也不能强迫所有表都引入额外索引成本
- 当前产出:通过 schema 元数据
x-gframework-index: true为“顶层、必填、非主键、非引用标量字段”生成惰性只读精确匹配索引,未声明字段保持线性扫描
- 目标:为高频查询字段提供比
-
用
GeneratedConfigCatalog继续补齐启动与诊断辅助- 目标:让消费者可以稳定枚举已生成表、按表名反查元数据,并为后续分组注册做铺垫
- 当前产出:补齐
GetTablesInConfigDomain()、GetTablesForRegistration()与MatchesRegistrationOptions(...),让启动日志和真实聚合注册复用同一套筛选规则
P2:可选增强
-
补一条比
Architecture.OnInitialize()更正式的模块化接入建议- 当前产出:
GFramework.Game.Config.GameConfigModule - 生命周期:模块安装时注册
IConfigRegistryutility,并在BeforeUtilityInit通过 lifecycle hook 完成首次加载 - 清理策略:通过内部 context utility 跟随架构销毁自动释放
GameConfigBootstrap和热重载句柄 - 适用边界:
Architecture宿主优先使用模块;非Architecture场景继续直接使用GameConfigBootstrap
- 当前产出:
-
继续扩插件的复杂表单能力
- 说明:这是可选项,不阻塞 C# 主线
暂缓
-
不追求完整 JSON Schema 全量支持
- 原因:维护成本高,且容易造成 Runtime / Generator / Tooling 三端漂移;像
oneOf/anyOf这类会改变生成类型形状的组合关键字当前已明确排除
- 原因:维护成本高,且容易造成 Runtime / Generator / Tooling 三端漂移;像
-
不优先做运行时可写配置
- 原因:当前系统定位仍然是静态内容只读查询
-
不让 VS Code 扩展计划反过来主导 Runtime / Generator 设计
- 原因:当前更大的收益点仍然在 C# 消费体验
建议执行顺序
- 用
GeneratedConfigCatalog继续补齐启动与诊断辅助 - 补一条比
Architecture.OnInitialize()更正式的模块化接入建议 当前状态:第 1 项和第 2 项已完成,allOf与 object-focusedif/then/else也已补齐;下一步转到下一批仍不改变生成形状的组合关键字评估,或继续推进 VS Code 复杂编辑体验
完成标准
- 消费项目接入多个配置域时,启动代码仍然保持很薄
- 消费者不需要手写重复的注册字符串、目录路径和 schema 路径
- 配置系统能以“官方入口”而不是“文档拼装模板”接入真实项目
- 新增 schema 后,回归测试能覆盖生成、加载、访问与聚合注册链路
下次恢复点
- 在当前稳定
format子集(date、date-time、duration、email、time、uri、uuid)、object-focusedallOf与 object-focusedif/then/else之后,转到下一批仍不改变生成类型形状的关键字评估;仍然不要先回工具 UI oneOf/anyOf已明确跳过;恢复时不要再把它们当作默认候选- 恢复时优先检查:
GFramework.Game/Config/YamlConfigSchemaValidator.csGFramework.Game.SourceGenerators/Config/SchemaConfigGenerator.cstools/gframework-config-tool/src/configValidation.jstools/gframework-config-tool/src/extension.jsdocs/zh-CN/game/config-system.md
恢复块
- 恢复点编号:
AI-FIRST-CONFIG-RP-003 - 当前阶段:
C# Runtime + Source Generator + Consumer DX - 已知风险:
- 复杂关键字形状风险:下一批候选关键字若像标准
oneOf/anyOf那样影响对象分支形状,可能破坏当前生成契约 - 工具链非阻塞风险:将 VS Code 功能标为非阻塞后,可能导致 C# 主线补齐新关键字时缺少工具侧同步验证
- 组合关键字范围风险:
allOf与if/then/else已收敛为 object-focused constraint block,未来新增组合关键字时需明确是否同样限制范围
- 复杂关键字形状风险:下一批候选关键字若像标准
- 最近验证:
- 时间:2026-04-20
- 内容:
bun run test、SchemaConfigGeneratorTests、YamlConfigLoaderIfThenElseTests - 结果:通过
- 下一步:
- 检查
YamlConfigSchemaValidator.cs、SchemaConfigGenerator.cs、configValidation.js中当前已支持的关键字列表 - 跳过
oneOf/anyOf,选择下一批仍不改变生成类型形状的共享关键字 - 优先找不需要属性合并、联合分支生成或额外 UI 形状解释的关键字,而不是先回工具 UI
- 检查