前言
在使用《最小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
指令了!