.NET 8项目结构修改后VS Code中using指令失效求助

• 检查项目文件的文件包含规则
  修改项目结构后，确保Models文件夹下的所有.cs文件被正确纳入编译范围。打开项目根目录的.csproj文件，确认存在如下配置：

  <ItemGroup>
    <Compile Include="Models\**\*.cs" />
  </ItemGroup>
  

  若缺失则手动添加，通配符**会递归包含Models目录下的所有类文件。

• 验证类文件的命名空间声明
  打开报错的Model.cs文件，核对顶部的命名空间声明是否与你使用的using指令匹配。例如你尝试用using ApplicationName.Models;，则文件内的命名空间必须为：

  namespace ApplicationName.Models;
  public class Model { /* 类内容 */ }
  

  命名空间必须与文件夹结构、项目根命名空间严格对应，结构调整后最容易出现此处不匹配。

• 排查全局using配置
  若使用了全局using，需确认：

  1. .csproj中是否开启全局using支持：<GlobalUsings>true</GlobalUsings>，且全局using文件（如GlobalUsings.cs）被项目包含：<Compile Include="GlobalUsings.cs" />
  2. 全局using的写法是否正确，必须带global关键字：global using ApplicationName.Models;
  3. 全局using文件放置在项目根目录或被项目包含的路径下

• 彻底清理项目缓存
  执行终端命令强制清理所有缓存，再重建项目：

  dotnet clean
  dotnet nuget locals all --clear
  rm -rf bin obj .vs  # Windows系统用 rmdir /s /q bin obj .vs
  dotnet restore
  

  完成后关闭VS Code，重新打开项目。

• 重置OmniSharp服务
  在VS Code中打开命令面板（Ctrl+Shift+P），依次执行：

  1. OmniSharp: Restart OmniSharp
  2. OmniSharp: Logs
     查看日志中是否有文件未加载、命名空间解析失败的具体细节，定位问题根源。

• 检查跨项目引用（若Models在独立类库）
  如果Models属于单独的类库项目，确认主项目已正确引用：

  dotnet add reference ../Path/To/Models/YourModelsProject.csproj
  

  同时确保类库项目的目标框架与主项目一致（均为.NET 8）。

内容的提问来源于stack exchange，提问作者Adrien Le Breton