2026-03-22
第 9 篇显式文件发现，真正打破的是文件名约定的锁定
当生成器支持显式文件发现后，命名约定就不再是唯一入口，这一步才让第二案例真正适合接旧项目。
标签
AdditionalFiles
这里汇总所有属于当前标签的博客文章。
2026-03-22
第 8 篇共享资源键很脏时，前缀裁剪是在保护输出 API
前缀裁剪不是为了少打一段字符串，它真正解决的是共享资源键命名和最终生成 API 之间的边界污染。
2026-03-22
第 6 篇一次生成能产出多少个类，分组键早就决定了
第二案例里，多输出组并存不是额外能力，而是分组键稳定之后自然出现的结果。
2026-03-22
第 5 篇一旦开始多文件并组，配置就不再是单文件问题
第二季真正把难度拉高的，不是又多读了几个 JSON，而是多个输入文件怎样稳定地并成同一个输出目标。
2026-03-22
第 4 篇多文件合并成一个输出类时，真正难的不是读文件
第二案例最难稳住的不是把 JSON 读进来，而是多个输入文件如何合法地并成同一个输出类型。
2026-03-22
第 2 篇文件级元数据不是 JSON 的一部分，它来自 MSBuild
很多人以为命名空间、类名和可见性都应该写在 JSON 里，但第二案例里，这些单文件覆盖项更适合来自 AdditionalFiles 元数据。
2026-03-22
第 1 篇为什么 AdditionalFiles 才是第二阶段真正的开始
当生成器开始读取 AdditionalFiles、MSBuild 元数据和项目默认值时，它就不再只是演示案例，而是开始接近真实工程输入。
2026-03-21
第 16 篇做完第一个生成器之后，下一步该扩到哪里
第一个生成器跑通后，真正值得继续扩的方向不是再堆一个特性，而是扩输入边界、配置边界、模板边界和交付边界。
2026-03-20
第 17 篇从主案例走向 AdditionalFiles，应该带着哪些能力过去
第二案例不是换一套玩法，而是把主线已经建立的发现、建模、契约和测试能力搬到更复杂的输入系统里。