PropertyChanged.Fody在.NET Standard 2.0项目中的C版本兼容性问题解析

在使用PropertyChanged.Fody进行属性变更通知自动注入时，开发者可能会遇到一个典型的编译错误："Feature 'nullable reference types' is not available in C# 7.3"。这个问题主要出现在针对.NET Standard 2.0的项目中，因为该框架默认使用C# 7.3编译器，而PropertyChanged.Fody生成的代码使用了C# 8.0引入的可空引用类型特性。

问题根源分析

PropertyChanged.Fody是一个通过IL weaving技术在编译时自动为类添加INotifyPropertyChanged实现的工具。当我们在类上使用[AddINotifyPropertyChangedInterface]属性时，工具会在编译过程中生成包含以下关键元素的代码：

public event PropertyChangedEventHandler? PropertyChanged;
protected void OnPropertyChanged([CallerMemberName] string? propertyName = null)
{
    // 方法实现
}

这段代码中的问号(?)表示可空引用类型，这是C# 8.0引入的特性。而.NET Standard 2.0项目默认使用C# 7.3编译器，无法识别这种语法，因此导致了编译错误。

解决方案

对于需要同时支持.NET Framework 4.6+和.NET Core/.NET 5+的项目，确实需要以.NET Standard 2.0为目标框架。在这种情况下，我们有几种解决方案：

1. 升级语言版本
   在项目文件中显式指定使用最新的C#语言版本：

   <PropertyGroup>
     <LangVersion>latest</LangVersion>
   </PropertyGroup>
   

   这种方式允许在.NET Standard 2.0项目中使用C# 8.0及更高版本的语言特性。

2. 避免使用代码生成功能
   如果项目必须严格使用C# 7.3，可以手动实现INotifyPropertyChanged接口，而不依赖PropertyChanged.Fody的自动生成功能。

3. 升级目标框架
   如果项目环境允许，考虑升级到支持更高C#版本的.NET Standard或.NET Core/.NET 5+框架。

技术背景

C#语言版本与.NET框架版本之间存在一定的对应关系，但并非严格绑定。虽然.NET Standard 2.0默认使用C# 7.3，但我们可以通过LangVersion设置覆盖这一默认值。这种灵活性使得我们可以在较旧的框架版本中使用较新的语言特性。

可空引用类型是C# 8.0引入的一项重要特性，它通过在类型后添加问号来明确区分可能为null的引用类型。这一特性大大提高了代码的安全性，减少了空引用异常的风险。

最佳实践建议

1. 对于新项目，建议直接使用支持C# 8.0+的框架版本
2. 对于需要维护的旧项目，优先考虑使用LangVersion升级方案
3. 在团队开发中，确保所有成员使用相同版本的开发工具，避免因环境差异导致的问题
4. 定期检查项目依赖项的兼容性，特别是像Fody这样的编译时工具

通过合理配置项目设置，开发者可以充分利用PropertyChanged.Fody提供的便利，同时保持项目的广泛兼容性。