Ir para o conteúdo
TextArray1.41.0
Totalmente local

Code string escaper

Converta o texto colado num literal de string para C, Python, SQL, shell e 16 outras linguagens — e vice-versa.

Entrada
Saída
Ferramentas relacionadas
Escape e desbloqueio de string JSONCodificação e conversão
Escape UnicodeCodificação e conversão
Regex escapeFerramentas de desenvolvedor
Tradutor de código BaudotCodificação e conversão
Detector de conjunto de caracteresCodificação e conversão
Conversor de fuso horárioCodificação e conversão
Code string escaper
Cole o texto e esta ferramenta converte-o num literal de string válido para a linguagem que escolher — C, C++, C#, Java, JavaScript, TypeScript, Python, Go, Rust, PHP, Ruby, Swift, Kotlin, SQL, Shell, PowerShell, YAML, JSON, XML ou CSV — ou executa o processo inverso para converter um literal escapado de volta para texto simples. Cada linguagem escapa as aspas, barras invertidas e quebras de linha de forma ligeiramente diferente: a sintaxe válida em PHP single-quoted quebra-se em Python, e uma string bash double-quoted não se comporta como uma string PowerShell com a mesma pontuação.
Escolha um estilo de aspas que corresponda ao que está a colar — simples, duplo ou backtick, onde a linguagem o permite; uma combinação não suportada, como uma string backtick em C, recua para o padrão da linguagem em vez de produzir código inválido. "Envolver resultado entre aspas" adiciona ou omite os caracteres de aspas envolventes. "Escapar caracteres não-ASCII como sequências \u" converte letras acentuadas e emojis em escapes \uXXXX para saída ASCII estrita; deixado desligado, mantêm-se como UTF-8 literal. "Manter tabulações literais" deixa os caracteres de tabulação como estão em vez de escrever o escape de tabulação.
"Usar literal multilinha em vez de \n" muda o texto multilinha para a forma multilinha nativa da linguagem, quando existe — uma string triple-quoted em Python, um template literal em JavaScript, um heredoc em PHP ou Ruby, um heredoc quoted em bash, um here-string em PowerShell ou um bloco escalar em YAML — para que o resultado se leia com quebras de linha reais em vez de uma parede de caracteres \n. Linguagens sem isto (C, C++, C#, Go, Kotlin, JSON, XML, CSV) recuam para escapes \n.
Tudo executa localmente no seu navegador. O fragmento que cola — um valor de configuração, uma linha de log, entrada de utilizador que está a endurecer para uma consulta — nunca abandona o seu dispositivo. Copie o resultado, descarregue-o como ficheiro .txt ou envie-o para outra ferramenta para continuar a trabalhar.
FAQ
Qual estilo de aspas devo escolher?
Corresponda ao que o código circundante espera. A maioria das linguagens da família C (C, C++, C#, Java, Go, Rust, Swift, Kotlin) apenas suporta aspas duplas para strings, portanto simples ou backtick recuam silenciosamente para duplas para esses. JavaScript, TypeScript, Python, PHP e Ruby suportam mais de um estilo, e strings single-quoted de PHP/Ruby apenas escapam uma barra invertida e uma aspa — tudo o resto, incluindo tabulações e quebras de linha, mantém-se completamente literal.
O que produz exatamente "Usar literal multilinha em vez de \n"?
Substitui o resultado usual escapado com \n de uma única linha pela construção multilinha nativa da linguagem — uma string triple-quoted em Python, um template literal em JavaScript/TypeScript, um heredoc em PHP, Ruby ou bash, um here-string em PowerShell ou um bloco escalar em YAML — mantendo quebras de linha reais na saída. Apenas muda algo quando a entrada tem mais de uma linha e a linguagem selecionada tem tal construção; caso contrário, é um no-op.
O desescapamento deteta automaticamente as aspas envolventes?
Sim. Cole um literal escapado — com ou sem aspas envolventes — e a ferramenta remove um wrapper correspondente (incluindo um multilinha, se presente) antes da descodificação. O desescapamento é best-effort: uma sequência de escape não reconhecida é mantida como um caractere literal em vez de ser rejeitada como um erro.
Porque é que nem todas as linguagens obtêm a sua própria sintaxe \u exata?
Para manter o comportamento previsível, o escaping de caracteres não-ASCII escreve sempre uma sequência \uXXXX simples (ou para XML uma referência de caractere numérica pelo ponto de código real). Isto corresponde exatamente a JavaScript, Java, C# e JSON; outras linguagens aceitam-no como entrada UTF-16 mesmo onde a sua própria sintaxe nativa diferem ligeiramente, como um caractere astral dividido em dois escapes.
O meu código ou texto é enviado para algum lugar?
Não. O escaping e desescaping executam-se inteiramente no seu navegador — nada do que cola aqui é alguma vez enviado para um servidor.