Como Converter Texto Entre Caixas

2026-04-07 · 5 min de leitura

Convenções de nomenclatura importam. Quer voce esteja escrevendo código, criando nomes de arquivos ou formatando títulos, usar a caixa de texto correta mantém as coisas consistentes e profissionais. Converter entre caixas manualmente é tedioso e propenso a erros, especialmente com texto longo ou nomes de variáveis. Um conversor baseado em navegador lida com todos os formatos de caixa comuns instantaneamente.

Caixas de texto comuns e onde são usadas

Caixa	Exemplo	Uso comum
MAIÚSCULAS	HELLO WORLD	Constantes, acronimos, cabeçalhos
minúsculas	hello world	Propriedades CSS, e-mail, texto casual
Caixa Título	Hello World	Cabeçalhos, títulos, nomes próprios
Caixa frase	Hello world	Texto corporal, descrições
camelCase	helloWorld	Variáveis JavaScript/Java, funções
PascalCase	HelloWorld	Nomes de classes, componentes React
snake_case	hello_world	Python, Ruby, colunas de banco de dados
SCREAMING_SNAKE_CASE	HELLO_WORLD	Constantes, variáveis de ambiente
kebab-case	hello-world	URLs, classes CSS, nomes de arquivo
Train-Case	Hello-World	Cabeçalhos HTTP (antigos), raro
dot.case	hello.world	Caminhos de objetos, configs com namespace
path/case	hello/world	Caminhos de arquivos, segmentos de URL
COBOL-CASE	HELLO-WORLD	Identificadores COBOL legados, raro
Caixa Cocoa	helloWorld	Guia de estilo Apple (mesmo que camelCase)

Como converter caixa de texto

Cole seu texto: insira qualquer texto no conversor. Funciona com palavras simples, nomes de variáveis, frases ou parágrafos inteiros.
Escolha uma caixa: clique no formato que voce deseja. A conversão é aplicada instantaneamente.
Copie o resultado: clique em Copiar para pegar o texto convertido para seu código, documento ou nome de arquivo.

Uma breve história das convenções de nomenclatura em código

Linguagens de programação iniciais tinham limites rigorosos no comprimento do identificador: FORTRAN (1957) permitia 6 caracteres; ALGOL (1958) permitia caracteres limitados. Programadores tinham que abreviar agressivamente. Não havia necessidade de convenções de caixa porque os identificadores eram muito curtos para ter várias palavras.

Quando as linguagens permitiram identificadores mais longos (C 1972, Pascal 1970), separar palavras tornou-se uma questão. Pascal popularizou o uso de letras maiúsculas para separar palavras: MyVariable. C historicamente usava minúsculas com underscores: my_variable. A divisão persistiu: a maioria das linguagens da família C e Unix prefere snake_case (Python, Ruby, Rust por padrão, colunas PostgreSQL), enquanto as linguagens da família Java e Microsoft preferem camelCase (JavaScript, Java, C#, Swift, Kotlin).

PascalCase emergiu do Smalltalk (anos 1980) para nomes de classes, depois foi adotado por C++ (1985), Java (1995) e C# (2000). Hoje a maioria das linguagens usa PascalCase para tipos/classes e camelCase para instancias/funções, independentemente da preferencia pelo separador de palavras.

kebab-case apareceu com a Web: CSS escolheu hífens (background-color) e URLs também os preferem. A maioria das linguagens web modernas (HTML, CSS, caminhos de URL, esquemas JSON) usa kebab-case para identificadores visíveis ao usuário.

A convenção mais recente é SCREAMING_SNAKE_CASE para constantes e variáveis de ambiente: um legado do shell Unix que cruzou para a maioria das linguagens de programação nos anos 2000.

Quando usar cada convenção

Um guia prático:

MAIÚSCULAS em prosa: acronimos (NASA, HTML, CSS), enfase (raramente; negrito geralmente é melhor), cabeçalhos em sistemas de design que o especificam.
minúsculas em prosa: URLs, endereços de e-mail, hashtags, chat casual. Em código: raramente, exceto em algumas variantes Lisp.
Caixa Título: títulos de livros, cabeçalhos de artigos, nomes próprios. Diferentes guias de estilo tem regras diferentes sobre quais palavras capitalizar.
Caixa frase: padrão para texto corporal, descrições, rótulos de UI em sistemas de design modernos (Material Design, Apple HIG ambos preferem Caixa frase para botões).
camelCase: variáveis JavaScript/TypeScript, nomes de métodos Java/Swift, variáveis de instancia na maioria das linguagens OO.
PascalCase: nomes de classes, nomes de tipos, nomes de componentes React/Vue, tipos enum.
snake_case: variáveis/funções Python e Ruby, nomes de colunas de banco de dados, nomes de campos GraphQL (às vezes), variáveis de shell.
SCREAMING_SNAKE_CASE: constantes na maioria das linguagens, variáveis de ambiente (DATABASE_URL, NODE_ENV), chaves de config em YAML/JSON.
kebab-case: slugs de URL, nomes de classes CSS, atributos HTML data-*, nomes de pacotes npm, nomes de arquivos em geradores de sites estáticos.
dot.case: caminhos de propriedades de objetos em código, arquivos de config (Nginx, propriedades Spring Boot), eventos com namespace.

Regras de Caixa Título

"Caixa Título" soa simples mas tem complicações de guia de estilo:

Estilo APA: capitalize palavras de 4+ letras; capitalize todos os substantivos, verbos, adjetivos, advérbios independentemente do comprimento.
Chicago Manual of Style: capitalize primeiras/últimas palavras; capitalize todos os substantivos, verbos, adjetivos, advérbios, pronomes; minúsculas para artigos (a, an, the), preposições curtas, conjunções coordenativas (and, but, or).
Estilo AP: capitalize todas as palavras de 4+ letras; exceções específicas para preposições.
Estilo MLA: similar ao Chicago mas com pequenas diferenças no tratamento de preposições.

Um conversor "simple title case" capitaliza cada palavra (que tecnicamente não corresponde a nenhum guia de estilo principal). A maioria dos conversores oferece "Title Case" como uma estimativa rápida mas sinaliza o resultado para revisão manual de:

Artigos (a, an, the)
Conjunções (and, but, or, for, nor)
Preposições curtas (in, on, at, by, to, of)
Acronimos (API, HTTP, CSS)

Armadilhas comuns

Acronimos em camelCase: xmlHTTPRequest é estranho. O guia de estilo JavaScript do Google recomenda tratar acronimos como palavras: xmlHttpRequest ou XmlHttpRequest. Os guias de estilo da Microsoft e Java os mantem todos em maiúsculas: XMLHttpRequest. Escolha uma convenção.
Números em identificadores: version2Point0 vs version2_0 vs version20. Sem regra universal; depende da convenção da linguagem.
Acronimos com letra inicial maiúscula: "i18n" é camelCase, "I18n" é PascalCase, "I18N" é screaming. Combine com seu contexto.
Caixa Título em preposições: "Off The Record" parece errado para a maioria dos editores; "Off the Record" segue a maioria dos guias de estilo. Verifique antes de publicar.
Convenções de caixa de banco de dados variam: PostgreSQL e a maioria das implementações SQL não diferenciam maiúsculas para identificadores não citados mas diferenciam para identificadores citados. SELECT myColumn FROM table pode falhar se o nome real da coluna for mycolumn.
Sensibilidade à caixa de nome de arquivo por SO: macOS HFS+ não diferencia maiúsculas por padrão; APFS não diferencia maiúsculas mas preserva caixa; Linux ext4 diferencia maiúsculas; Windows NTFS não diferencia maiúsculas (mas subsistemas Linux no Windows diferenciam maiúsculas). MyFile.txt e myfile.txt podem ou não ser o mesmo arquivo.
Caixa Unicode depende de localidade: İ maiúsculo (I turco com ponto) vs I (ingles). Algumas implementações de toUpperCase() erram isso sem localidade explícita.

Dicas

Combine com a convenção da sua linguagem: Python usa snake_case, JavaScript usa camelCase e CSS usa kebab-case. Consistencia dentro de uma base de código é mais importante que preferencia pessoal.
Unicode é suportado: o conversor lida com caracteres acentuados, emoji e caracteres CJK, então funciona com texto em qualquer idioma.
Verifique acronimos em Caixa Título: a maioria dos conversores de caixa título capitaliza cada palavra, o que pode transformar "API" em "Api". Revise acronimos após converter.
Use Caixa frase para legibilidade: para texto voltado ao usuário como rótulos de botões e descrições, caixa frase é frequentemente mais fácil de ler que Caixa Título.
Configure seu linter: ESLint, Prettier, Pylint, RuboCop todos podem aplicar convenções de nomenclatura automaticamente. Configure-os uma vez e deixe o linter pegar violações de caixa ao salvar.
Use um guia de estilo de código: Google, Airbnb, Microsoft, GitHub todos publicam guias de estilo para linguagens principais. Escolha um para seu projeto e atenha-se a ele.

Privacidade e texto confidencial

O conversor de caixa roda inteiramente no seu navegador. O texto que voce cola, conversões intermediárias e a saída todos permanecem no seu dispositivo. Nada é enviado para um servidor, registrado ou compartilhado com ninguém.

Isso importa porque as strings que voce converte são frequentemente confidenciais: nomes de variáveis de bases de código proprietárias, endpoints de API internos, títulos de artigos em rascunho, cópia voltada ao cliente sob embargo, nomes de colunas de banco de dados que revelam estrutura do produto. Conversores de caixa em nuvem registram cada conversão em seus logs de solicitação e podem usá-los para "melhoria" ou análise. Um conversor apenas no navegador tem zero exposição, e funciona offline uma vez que a página é carregada.

Perguntas frequentes

Qual é a diferença entre camelCase e PascalCase?

camelCase começa com letra minúscula e capitaliza cada palavra subsequente (meuNomeDeVariavel). PascalCase capitaliza todas as palavras, incluindo a primeira (MeuNomeDeVariavel). Na maioria das linguagens, camelCase é usado para variáveis e funções, e PascalCase para classes e tipos.

Quando devo usar snake_case ou kebab-case?

snake_case usa sublinhados e é padrão em Python, Ruby e nomes de colunas de banco de dados. kebab-case usa hífens e é comum em URLs, nomes de classes CSS e nomes de arquivos. Use o que sua linguagem ou contexto esperar.

O que é CONSTANT_CASE?

CONSTANT_CASE (também chamado SCREAMING_SNAKE_CASE) usa letras maiúsculas e sublinhados entre as palavras. É a convenção padrão para constantes, variáveis de ambiente e chaves de configuração na maioria das linguagens de programação.

Meu texto é enviado para um servidor?

Não. Todas as conversões acontecem no seu navegador. Seu texto nunca sai do seu dispositivo.