.NET Framework转.NET 7时System.CodeDom类可用性异常问题求助

针对你遇到的问题——同一个.NET 7项目，放在先包含.NET Framework项目的解决方案里就找不到System.CodeDom.CodeTypeMember，但直接新建的.NET 7解决方案就能正常使用，给出以下排查和解决步骤：

• 检查项目的NuGet包引用
  在.NET 5+版本中，System.CodeDom相关类型不再默认包含在框架核心库中，需要手动引入NuGet包。对比两种解决方案里的.NET 7项目的.csproj文件，确认是否存在如下引用：

  <PackageReference Include="System.CodeDom" Version="7.0.0" />
  

  直接新建的.NET 7项目可能在模板中自动添加了该引用，而从旧解决方案迁移过来的项目大概率遗漏了这一步。

• 清理并重建项目
  即使包引用正确，混合框架的解决方案可能存在编译缓存问题：

  1. 右键解决方案→选择「清理解决方案」
  2. 删除.NET 7项目下的bin和obj文件夹
  3. 重新生成项目

• 重置VS的本地缓存
  VS2022针对混合框架解决方案可能出现引用解析缓存异常：

  1. 关闭VS，删除解决方案根目录下的隐藏.vs文件夹
  2. 重新打开解决方案并尝试编译
     若仍无效，可打开VS开发者命令提示符，执行devenv /resetuserdata重置用户缓存（注意：此操作会重置VS的个性化设置，需谨慎）

• 移除旧版程序集引用
  检查.NET 7项目是否手动添加了来自.NET Framework的System.CodeDom.dll引用：
  右键项目→「添加」→「引用」→「程序集」，如果找到旧版的System.CodeDom引用，直接移除，确保只使用NuGet包提供的版本

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