源生成器库适配的最高C#版本及高版本特性兼容技术问询

源生成器需针对.NET Standard 2.0（最后一个支持.NET Framework的.NET Standard版本），而最新.NET Framework版本的默认C#版本为C# 7.3。

核心疑问 #

若源生成器要供使用C# 7.3的.NET Framework用户使用：

• 生成的代码是否必须遵循C# 7.3版本规范？
• 能否在生成代码中使用C# 8及以上特性，且不依赖.NET新版本？

关注的高版本C#特性 #

• 结构体中的显式无参构造函数（C# 10）
• 自动默认结构体（C# 11，可通过工厂方法规避）
• ref readonly 参数（理论上可用in参数替代，C# 12）

额外疑问 #

由于生成代码会随消费项目以C# 7.3编译：

• 是否有办法绕过版本限制？
• 能否为生成的特定文件指定更高的C#版本编译？
• 源生成器能否将代码输出到全新程序集并告知编译器依赖关系？（注：分部类型需在同一程序集内完整定义，此方法可能不可行）

补充：使用的是增量源生成器（Incremental Source Generators），而非ISourceGenerator。

生成代码的版本限制 #

生成的代码必须符合消费项目的C#版本规范——也就是C# 7.3。因为源生成器输出的代码会作为消费项目的一部分参与编译，编译器会用项目指定的C#版本处理所有代码，包括生成的文件。如果生成代码里用了C# 7.3不支持的特性，直接会触发编译报错。

高版本特性的使用方案 #

针对你关注的几个特性，给出具体兼容方案：

• 结构体显式无参构造函数（C#10）：C#7.3不支持该语法，无法直接使用。可以用静态工厂方法（比如public static MyStruct Create() { return new MyStruct { ... }; }）替代，返回初始化后的结构体实例，能达到类似的初始化效果。
• 自动默认结构体（C#11）：你提到的工厂方法规避是可行的，手动在工厂方法中初始化所有字段，替代编译器的自动默认行为，兼容C#7.3。
• ref readonly参数（C#12）：C#7.3无此特性，但可以用in参数（C#7.2已支持）替代，两者语义相近，都是传递只读引用，能实现相同的性能优化目标。

绕过编译限制的可行性分析 #

1. 为单个文件指定C#版本：不可行。当前C#编译器仅支持为整个项目设置统一的C#版本，不支持为单个文件单独指定编译版本，生成代码必须与项目版本兼容。
2. 输出到全新程序集：确实不可行。分部类型要求所有定义部分必须在同一个程序集内，若生成的是分部类型的一部分，就必须和用户定义的部分在同一程序集；若不使用分部类型，单独打包生成代码为程序集，会脱离源生成器随项目生成的场景，且如果生成逻辑依赖用户项目上下文（如用户自定义类型），这种方式也难以实现。
3. 其他兼容思路：
   • 做分支生成逻辑：增量源生成器可以通过判断当前项目的目标框架和C#版本，为.NET Framework用户输出兼容C#7.3的代码，为.NET Core/.NET 5+用户输出带高版本特性的代码。
   • 封装特性到类库：将高版本特性对应的功能封装到兼容.NET Standard 2.0的类库中，让用户引用该类库，生成代码中调用类库API而非直接使用高版本语法，同时确保类库在.NET Framework下可正常运行。

内容的提问来源于stack exchange，提问作者patvax