mirror of
https://github.com/GeWuYou/GFramework.git
synced 2026-05-07 00:39:00 +08:00
- 更新 docs/zh-CN landing page 与 API 导航页中的 README 入口为可点击 GitHub 链接 - 修复 VitePress 对 docs 外相对链接的 dead link 构建失败 - 更新 documentation-full-coverage-governance 跟踪与轨迹以记录本轮批处理结论
5.6 KiB
5.6 KiB
title, description
| title | description |
|---|---|
| API 参考 | GFramework 的 API 阅读入口,按模块映射 README、专题页、XML 文档和教程链路。 |
API 参考
这里不再维护一份脱离源码演化的“伪 API 列表”。
当前 GFramework 的 API 参考链路以四类证据协同为准:
- 模块 README:说明包关系、最小接入路径和目录边界
docs/zh-CN专题页:说明采用顺序、生命周期和使用建议- 代码中的 XML 文档:说明公开 / 内部类型和关键成员的契约
- 教程页:说明这些 API 在真实接入路径中的组合方式
阅读顺序
想确认“该装哪个包、先看哪类 API”
先读模块 README,再读对应 landing page:
- 入门入口:
../getting-started/index.md - 根模块地图:仓库根
README.md
想确认“这个功能属于哪个模块”
按下面的模块映射进入对应入口:
先看 XML,还是先看教程
先看 XML 文档的情况
- 你在确认公开类型的约束、线程 / 生命周期语义、参数和返回值契约
- 你需要区分“抽象层保证了什么”和“默认实现额外提供了什么”
- 你在做多模块拆分、测试替身或扩展适配层
优先关注这些类型族:
- 架构 / 模块 / 服务入口
- 生命周期、注册、路由、工厂、provider 契约
- Source Generator 的 attribute、diagnostic 和 generated contract
先看教程和专题页的情况
- 你要的是最小接入路径,而不是逐个类型审计
- 你想确认模块组合方式、目录约定和推荐接线顺序
- 你在做从旧入口迁移到新入口的采用决策
优先入口:
- 教程概览:
../tutorials/index.md - 最佳实践:
../best-practices/index.md - 故障排查:
../troubleshooting.md
当前边界
GFramework.Core.SourceGenerators.AbstractionsGFramework.Godot.SourceGenerators.AbstractionsGFramework.SourceGenerators.Common
这些目录当前不是独立消费模块,因此不单独维护站内 API 参考入口。它们的公开说明跟随所属模块 README 和
source-generators 栏目维护。
使用方式
把本页当成“API 阅读导航”而不是“签名快照”:
- 先选模块
- 再进 README 和专题页确认采用路径
- 最后回到代码里的 XML 文档核对具体契约
当 README、专题页和 XML 文档出现冲突时,以源码和测试所反映的当前实现为准。