100 % local — vos données ne quittent jamais votre navigateur

Échappement C# — un littéral qui compile tel quel

Échappez un texte pour un littéral C# ordinaire, avec les séquences \a, \v et \0 propres à .NET : la ligne compile là où vous la collez.

Instantané Privé Zéro cookie

Entrée Text

Sortie .NET Escaped

Ce que fait cet outil

Il échappe un texte pour un littéral C# classique — la forme "...", pas la forme verbatim @"..." :

  • les antislashs sont doublés ;
  • " est échappé ; ' est laissé tel quel, puisqu’il délimite un char et non une string ;
  • \a (sonnerie), \v (tabulation verticale) et \0 (NUL) sont émis comme séquences nommées — ces trois-là sont ce qui distingue le jeu d’échappement C# de celui de JavaScript ;
  • saut de ligne, retour chariot, tabulation, retour arrière et saut de page prennent leur forme nommée habituelle ;
  • les autres caractères de contrôle deviennent \uXXXX.

Les caractères non-ASCII sont laissés intacts : les sources C# sont en UTF-8, et un accent échappé ne ferait que nuire à la lisibilité.

Quand en avoir besoin

Coder en dur un fragment de chaîne de connexion, une expression régulière, un chemin de fichier ou un gabarit de log dans un .cs. Les chemins sont le cas courant : \\serveur\partage doit être doublé dans un littéral classique, et se tromper produit une tabulation ou un saut de page au lieu d’un séparateur de répertoire.

Ce qu’il ne fait pas

Il ne choisit pas la forme du littéral à votre place. Si votre texte est surtout fait d’antislashs — un chemin Windows, une expression régulière — un littéral verbatim @"..." est généralement plus lisible que la forme échappée produite ici, et il suit une autre règle.

Confidentiel par conception

Tout s’exécute localement dans votre navigateur en JavaScript. Vos données ne sont jamais envoyées sur un serveur, ce qui rend l’outil sûr pour des contenus sensibles, et il fonctionne hors ligne.

Questions fréquentes

Cela fonctionne-t-il pour les chaînes verbatim (@"...") ?
Non, et la différence compte. Dans une chaîne verbatim l'antislash est littéral et le guillemet double s'échappe en le doublant (""). Cet outil produit un littéral classique ; coller sa sortie après un @ transformerait chaque \n en deux caractères visibles.
Qu'est-ce qui le distingue de l'échappeur JavaScript ?
C# reconnaît \a (sonnerie) et \0 (NUL) comme séquences nommées, et n'a ni accent grave ni chaîne entre apostrophes. Seul le guillemet double est donc échappé, et \a est émis là où JavaScript écrirait \u0007.
Les caractères accentués sont-ils échappés ?
Non. Les fichiers source C# sont en UTF-8 par défaut et "café" y est parfaitement valide : le texte non-ASCII reste lisible.

Convertisseurs associés