Our review
Centralizes external namespace imports (BCL, FCL, NuGet) in a GlobalUsings.cs file per project, keeping individual files clean.
Strengths
- Reduces repetitive using directives across all files
- Centralizes management of common namespaces in one place
- Improves code readability by decluttering individual files
- Ensures consistent usage of namespaces throughout the project
Limitations
- Not suitable for internal project namespaces which should remain explicit
- Can lead to over-declaration if rarely-used namespaces are added
- Requires team discipline to keep the file updated
When multiple files in a .NET project share the same external namespaces (BCL, FCL, or NuGet) and you want to reduce repetition.
For internal project namespaces or rarely-used namespaces, as it can hide dependencies and reduce code clarity.
Security analysis
SafeThis skill is a documentation/guideline for C# project organization. It involves no code execution, no tools, no network access, and no destructive or sensitive actions. It merely describes best practices for managing using directives.
No concerns found
Examples
Create a GlobalUsings.cs file in the root of my .NET project that includes global using directives for common System.* namespaces (System.Net, System.Text, System.Text.Json) and NuGet packages (Bogus, Moq, Microsoft.AspNetCore.Mvc.Testing).Refactor my .NET solution to centralize external using directives (BCL and NuGet) in a GlobalUsings.cs per project. Remove redundant using statements from individual files where those namespaces are globally declared.Add a global using for the Newtonsoft.Json namespace to my existing GlobalUsings.cs file in the Api project, and ensure all files that use it no longer have a redundant using statement.name: managing-global-usings description: Centralize external namespace imports (BCL, FCL, NuGet) in a GlobalUsings.cs file per project, keeping individual files clean.
GlobalUsings.cs로 외부 네임스페이스 중앙 관리
설명
프로젝트 내에서 반복적으로 사용되는 외부 네임스페이스(System.*, NuGet 패키지 등)를 GlobalUsings.cs 파일에 global using으로 선언하여 개별 파일의 using 문을 최소화합니다.
규칙
- 각 프로젝트 루트에
GlobalUsings.cs파일을 생성합니다 - .NET BCL/FCL 네임스페이스(
System.*,Microsoft.*등)는global using으로 등록합니다 - NuGet 패키지 네임스페이스(
Bogus,Moq,Scalar.AspNetCore등)는global using으로 등록합니다 - 솔루션 내부 프로젝트의 네임스페이스(예:
CompanyC.Api)는global using에 등록하지 않습니다 - 개별 파일에서는
GlobalUsings.cs에 등록된 네임스페이스의using문을 제거합니다 - 알파벳 순으로 정렬합니다
Worst Case (나쁜 예)
// EmployeeApiTests.cs - 모든 파일마다 동일한 using 반복
using System.Net;
using System.Net.Http.Headers;
using System.Text;
using System.Text.Json;
using Microsoft.AspNetCore.Mvc.Testing;
namespace CompanyC.Api.IntegrationTests;
public class EmployeeApiTests { ... }
// EmployeeBogusTests.cs - 같은 using 또 반복
using System.Net;
using System.Text;
using System.Text.Json;
using CompanyC.Api;
using Microsoft.AspNetCore.Mvc.Testing;
namespace CompanyC.Api.IntegrationTests;
public class EmployeeBogusTests { ... }
Best Case (좋은 예)
// GlobalUsings.cs - 외부 네임스페이스를 한 곳에서 관리
global using System.Net;
global using System.Net.Http.Headers;
global using System.Text;
global using System.Text.Json;
global using Bogus;
global using Microsoft.AspNetCore.Mvc.Testing;
global using Microsoft.Extensions.DependencyInjection;
global using Moq;
// EmployeeApiTests.cs - 외부 using 없이 깔끔
namespace CompanyC.Api.IntegrationTests;
public class EmployeeApiTests { ... }
// EmployeeBogusTests.cs - 내부 네임스페이스만 유지
using CompanyC.Api;
namespace CompanyC.Api.IntegrationTests;
public class EmployeeBogusTests { ... }
적용 대상
- 솔루션 내 모든 프로젝트 (API, 테스트, 도구)
- .NET BCL/FCL 네임스페이스 (
System.*,Microsoft.*) - NuGet 패키지 네임스페이스
- 2개 이상의 파일에서 사용되는 외부 네임스페이스
제외 대상
- 솔루션 내부 프로젝트 네임스페이스 (예:
using CompanyC.Api;) - 단일 파일에서만 사용되는 특수 네임스페이스
Next.js App Router Expert
Development
A skill that turns Claude into a Next.js App Router expert.
README Generator
Development
Creates professional and comprehensive README.md files for your projects.
API Documentation Writer
Development
Generates comprehensive API documentation in OpenAPI/Swagger format.