Synthèse automatique
Centralise les déclarations de namespaces externes (BCL, FCL, NuGet) dans un fichier GlobalUsings.cs par projet, réduisant les déclarations using redondantes dans les fichiers individuels.
Points forts
- Réduit la duplication des déclarations using dans tous les fichiers
- Facilite la maintenance des namespaces communs en un seul endroit
- Améliore la lisibilité des fichiers de code en les allégeant
- Assure une cohérence dans l'utilisation des namespaces à travers le projet
Limites
- Ne convient pas aux namespaces de projets internes qui doivent rester explicites
- Peut entraîner une surdéclaration si des namespaces rarement utilisés sont ajoutés
- Nécessite une discipline d'équipe pour maintenir le fichier à jour
Lorsque plusieurs fichiers d'un projet .NET utilisent les mêmes namespaces externes (BCL, FCL ou NuGet) et que vous souhaitez réduire la répétition.
Pour les namespaces de projets internes ou les namespaces rarement utilisés, car cela peut masquer les dépendances et réduire la clarté du code.
Analyse de sécurité
SûrThis 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.
Aucun point d'attention détecté
Comment cette analyse est faiteExemples
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;) - 단일 파일에서만 사용되는 특수 네임스페이스
Du fichier au premier essai
Le téléchargement contient exactement le contenu affiché sur cette fiche. Cette copie peut différer de la dernière version du dépôt source.
Consulter la source et ses fichiers annexesCe téléchargement contient uniquement SKILL.md. Les scripts, références, modèles et dépendances éventuels ne sont pas inclus. Récupérez les fichiers nécessaires depuis la source en conservant leur arborescence avant de poursuivre.
1. Télécharger le fichier
Télécharger SKILL.mdDepuis la racine d’un projet de test, enregistrez le fichier sous .skill-downloads/centralize-external-namespace-imports-mrwakg9s/SKILL.md, ou utilisez la commande suivante. Ce dossier sert à examiner la skill avant son installation.
Commande pour macOS/Linux ou WSL : un shell POSIX et curl sont nécessaires. Sous Windows sans WSL, utilisez le bouton de téléchargement et créez le dossier manuellement.
mkdir -p '.skill-downloads/centralize-external-namespace-imports-mrwakg9s' && curl --fail --show-error --location 'https://skills-guides.com/api/skills/centralize-external-namespace-imports-mrwakg9s/download' --output '.skill-downloads/centralize-external-namespace-imports-mrwakg9s/SKILL.md.part' && mv '.skill-downloads/centralize-external-namespace-imports-mrwakg9s/SKILL.md.part' '.skill-downloads/centralize-external-namespace-imports-mrwakg9s/SKILL.md'2. Vérifier les prérequis
Lisez SKILL.md avant de l’utiliser. Si le fichier cite des scripts ou services externes, examinez-les et préparez les accès nécessaires dans votre environnement de test.
Aucune section de prérequis reconnue dans ce fichier. Cela ne signifie pas qu’il est autonome : les bibliothèques, outils et accès peuvent être cités ailleurs dans le contenu ou dans le dépôt source.
Les plateformes de la fiche sont des indications du catalogue. Les chemins ci-dessous suivent la documentation des outils ; ils ne prouvent pas que cette skill y a été exécutée. Aucune version minimale de ces outils n’est attestée pour cette fiche.
3. Charger la skill
Après vérification, copiez le dossier complet dans le projet avec l’une des commandes ci-dessous, puis ouvrez une nouvelle session de l’outil. La commande s’arrête si un dossier du même nom existe déjà : comparez les fichiers avant de le remplacer.
Claude Code
test -f '.skill-downloads/centralize-external-namespace-imports-mrwakg9s/SKILL.md' && test -s '.skill-downloads/centralize-external-namespace-imports-mrwakg9s/SKILL.md' && mkdir -p '.claude/skills' && test ! -e '.claude/skills/managing-global-usings' && cp -R '.skill-downloads/centralize-external-namespace-imports-mrwakg9s' '.claude/skills/managing-global-usings'Cursor
test -f '.skill-downloads/centralize-external-namespace-imports-mrwakg9s/SKILL.md' && test -s '.skill-downloads/centralize-external-namespace-imports-mrwakg9s/SKILL.md' && mkdir -p '.cursor/skills' && test ! -e '.cursor/skills/managing-global-usings' && cp -R '.skill-downloads/centralize-external-namespace-imports-mrwakg9s' '.cursor/skills/managing-global-usings'Codex
test -f '.skill-downloads/centralize-external-namespace-imports-mrwakg9s/SKILL.md' && test -s '.skill-downloads/centralize-external-namespace-imports-mrwakg9s/SKILL.md' && mkdir -p '.agents/skills' && test ! -e '.agents/skills/managing-global-usings' && cp -R '.skill-downloads/centralize-external-namespace-imports-mrwakg9s' '.agents/skills/managing-global-usings'OpenSkills
OpenSkills doit déjà être installé. La procédure locale install/read est contrôlée avec OpenSkills 1.5.0, qui exige Node.js ≥ 20.6.0. Aucun slug du catalogue n’est résolu automatiquement.
Installation officielle d’OpenSkillsopenskills install './.skill-downloads/centralize-external-namespace-imports-mrwakg9s'openskills read 'centralize-external-namespace-imports-mrwakg9s'La lecture doit afficher le contenu du fichier installé et son dossier de base. Elle ne lance ni la skill ni ses dépendances.
Pour un agent qui lit AGENTS.md, synchronisez ensuite l’index. Cette commande modifie AGENTS.md : relisez le diff avant de l’utiliser.
openskills syncMode manuel ou autre outil : joignez SKILL.md à une conversation, ou ouvrez-le dans un agent capable de lire les fichiers. Ajoutez les ressources annexes nécessaires. Il n’existe pas de dossier universel reconnu par tous les outils.
4. Faire un premier essai
Utilisez une entrée courte et fictive : un endpoint d’API, un petit document ou un brief d’interface. Dans une nouvelle conversation, joignez le fichier ou donnez son chemin à l’agent, puis adaptez cette demande :
Lis .skill-downloads/centralize-external-namespace-imports-mrwakg9s/SKILL.md et applique ses instructions à cet exemple : [décrire une entrée de test]. Indique les fichiers, dépendances ou accès qui manquent. Produis le résultat demandé par la skill sans inventer de données ni exécuter de script non examiné.Résultat attendu : une sortie correspondant aux instructions de la skill, ou une liste précise des prérequis manquants. Une simple confirmation de lecture ne valide pas le premier usage. Si une ressource externe est indisponible, ce parcours reste à tester.
Bonnes pratiques React Hook Form
Developpement
Maîtrisez React Hook Form : évitez les anti-patterns, gérez les abonnements, et traitez correctement reset, dirty state et entrées contrôlées.
Migration Emotion vers Mantine
Developpement
Migrer les styled-components Emotion vers des composants Mantine avec style props et modules CSS. Pour convertir .styled.tsx ou supprimer les imports @emotion.
Détecteur de dérive de périmètre
Developpement
Analyse les diffs git par rapport à une intention pour détecter la dérive de périmètre, fichiers non liés et PR trop larges, puis suggère de garder, diviser ou justifier.