升级.NET框架后重建解决方案：错误警告与过时风险确认

1. 升级.NET框架后重建解决方案，使用相关类型/成员会收到生成错误或警告吗？ #

• 多数情况会收到编译警告（比如CS0618），这是因为被标记为[Obsolete]的API默认会触发警告提示。
• 如果该API被标记为[Obsolete(..., Error = true)]，或者项目配置里把过时相关警告设为错误（比如在项目文件中设置<TreatWarningsAsErrors>true</TreatWarningsAsErrors>并包含CS0618规则），就会直接触发编译错误，导致无法完成生成。
• 极少数极端场景下，比如某些API被移除但未添加过时标记，编译时不会有提示，但运行时会抛出异常。

2. 没有错误/警告就意味着完全规避了废弃/过时功能的潜在问题吗？ #

• 当然不是，编译无提示不代表没有潜在风险：
  • 部分过时功能的变更属于运行时行为变化，编译阶段无法检测——比如某个API的底层实现逻辑被修改，调用方式没变，但运行结果和旧版本不一致；或者某些API在新版本中被悄悄移除，却没加过时标记，编译时正常，运行时却抛出MissingMethodException。
  • 间接依赖的隐患：如果项目引用的第三方类库、NuGet包使用了过时API，项目本身编译不会报警告，但运行时可能因为这些依赖的问题出现错误。
  • 部分过时提示仅存在于官方文档或发布说明中，没有添加编译层面的标记，编译时不会有任何提示，但实际使用已经不符合新版本的最佳实践，后续版本大概率会被移除。

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