2026-03-22
第 1 篇从零理解增量源生成器:为什么不是普通 Source Generator
先建立正确心智模型:增量源生成器不是在编译末尾一次性扫全项目,而是把发现、转换和输出拆成可复用的增量管线。
这里汇总站点全部博客文章;按发布时间浏览,按系列页进入章节化阅读。
这里收录当前 Hugo 站点的全部博客文章。
建议按这两种方式使用:
当前列表按发布时间倒排;系列页内部仍按章节顺序展示。
2026-03-22
第 1 篇先建立正确心智模型:增量源生成器不是在编译末尾一次性扫全项目,而是把发现、转换和输出拆成可复用的增量管线。
2026-03-22
第 9 篇当生成器支持显式文件发现后,命名约定就不再是唯一入口,这一步才让第二案例真正适合接旧项目。
2026-03-22
第 8 篇前缀裁剪不是为了少打一段字符串,它真正解决的是共享资源键命名和最终生成 API 之间的边界污染。
2026-03-22
第 7 篇当目录约定进入第二案例后,目录层级不再只是文件组织方式,而会正式进入生成器的命名空间决议。
2026-03-22
第 6 篇第二案例里,多输出组并存不是额外能力,而是分组键稳定之后自然出现的结果。
2026-03-22
第 5 篇第二季真正把难度拉高的,不是又多读了几个 JSON,而是多个输入文件怎样稳定地并成同一个输出目标。
2026-03-22
第 4 篇第二案例最难稳住的不是把 JSON 读进来,而是多个输入文件如何合法地并成同一个输出类型。
2026-03-22
第 3 篇项目级默认命名空间、类名和可见性不是便利配置而已,它们会直接改变生成器的输出契约和回退路径。