前言

在使用《最小Web API》时，我们发现，相比以前的代码，大量的using指令消失了：

using指令的主要作用是允许使用在命名空间中定义的类型，而无需指定该类型的完全限定命名空间。

那么，在.NET 6下为什么不需要了呢？

ImplicitUsings属性

遍历项目下的所有文件，最后在csproj中找到这样一个属性，应该和using指令相关：

将属性值改成disable，则编译失败：

需要在文件顶部加上using指令：

也就是说，编译时其实还是需要using指令的。

那它们写在哪了？

global using指令

打开obj目录（用于存放编译过程中生成的中间临时文件），在cs文件的对应目录发现了WebApplication1.GlobalUsings.g.cs文件:

原来using都写在这里了：

// <auto-generated/>
global using global::Microsoft.AspNetCore.Builder;
global using global::Microsoft.AspNetCore.Hosting;
global using global::Microsoft.AspNetCore.Http;
global using global::Microsoft.AspNetCore.Routing;
global using global::Microsoft.Extensions.Configuration;
global using global::Microsoft.Extensions.DependencyInjection;
global using global::Microsoft.Extensions.Hosting;
global using global::Microsoft.Extensions.Logging;
global using global::System;
global using global::System.Collections.Generic;
global using global::System.IO;
global using global::System.Linq;
global using global::System.Net.Http;
global using global::System.Net.Http.Json;
global using global::System.Threading;
global using global::System.Threading.Tasks;

global using的官方文档说明如下：

向 using 指令添加 global 修饰符意味着 using 将应用于编译中的所有文件（通常是一个项目）

也就是说，对于任何命名空间，无需再在每个文件上写using指令，只需在一个文件中写global using指令即可。

而WebApplication1.GlobalUsings.g.cs文件是基于ImplicitUsings属性设置自动生成的。

那么，为啥会自动包含这些命名空间呢？

GenerateGlobalUsings任务

使用MSBuild Structured Log Viewer（使用方法请参看《天呐！你知道MSBuild都干了些什么》）查看MSBuild的输出日志，可以看到WebApplication1.GlobalUsings.g.cs文件是由GenerateGlobalUsings任务生成的：

而任务参数数据来源于Using参数：

<GenerateGlobalUsings Usings="@(Using)"><Output TaskParameter="Lines" ItemName="_GlobalUsingLines" />
</GenerateGlobalUsings>

而具体值来源于项目引用的SDK:

结论

了解原理后，我们可以使用项目文件，即可增加我们的自定义global using：

<ItemGroup><Using Include="GlobalUsingDemo" />
</ItemGroup>

利用隐式using指令，再也不用在cs文件中写using指令了！

如果你觉得这篇文章对你有所启发，请关注我的个人公众号”My IO“