Caixa de camelo

Caso camelo é nomeado após o "bomba" de sua carta de capital protrusora, semelhante ao hump de camelos comuns.

Camel case (às vezes estilizado como camelCase ou CamelCase, também conhecido como camel caps ou mais formalmente como maiúsculas mediais) é a prática de escrever frases sem espaços ou pontuação e com palavras em maiúsculas. O formato indica a primeira palavra começando com qualquer uma das letras maiúsculas e minúsculas e, em seguida, as palavras seguintes com uma letra inicial maiúscula. Exemplos comuns incluem "YouTube", "iPhone" e "eBay". Camel case é freqüentemente usado como uma convenção de nomenclatura em programação de computadores. Às vezes, também é usado em nomes de usuário on-line, como "JohnSmith", e para tornar nomes de domínio com várias palavras mais legíveis, por exemplo, na promoção de "EasyWidgetCompany.com".

Os termos mais específicos Pascal case e upper camel case referem-se a uma frase unida onde a primeira letra de cada palavra é maiúscula, incluindo a letra inicial da primeira palavra. Da mesma forma, a minúscula camel case (também conhecida como dromedary case) requer uma letra minúscula inicial. Algumas pessoas e organizações, principalmente a Microsoft, usam o termo camel case apenas para minúsculas camel case, designando Pascal case para maiúsculas camel case. Alguns estilos de programação preferem maiúsculas e minúsculas com a primeira letra maiúscula, outros não. Para maior clareza, este artigo deixa a definição de camel case ambígua com relação à capitalização e usa os termos mais específicos quando necessário.

A caixa Camel é diferente da caixa do título, que coloca todas as palavras em maiúsculas, mas mantém os espaços entre elas, e da letra Tall Man, que usa letras maiúsculas para enfatizar as diferenças entre nomes de produtos de aparência semelhante, como "predniSONE" e "predniSOLONE". O caso do camelo também é diferente do caso da cobra, que usa sublinhados intercalados com letras minúsculas (às vezes com a primeira letra maiúscula). Uma combinação de caixa de cobra e camelo (identificadores Written_Like_This) é recomendada no guia de estilo Ada 95.

Variações e sinônimos

A prática tem vários nomes, incluindo:

A primeira ocorrência conhecida do termo "InterCaps" na Usenet está em uma postagem de abril de 1990 para o grupo alt.folklore.computers de Avi Rappoport. O uso mais antigo do nome "Camel Case" ocorre em 1995, em um post de Newton Love. Desde então, Love disse: "Com o advento das linguagens de programação com esses tipos de construções, a modéstia do estilo me fez chamá-lo de HumpyCase no início, antes de me decidir pelo CamelCase". Eu o chamei de CamelCase por anos.... A citação acima foi apenas a primeira vez que usei o nome na USENET."

Uso tradicional em linguagem natural

Em combinações de palavras

O uso de maiúsculas mediais como uma convenção na ortografia regular de textos cotidianos é raro, mas é usado em alguns idiomas como uma solução para problemas particulares que surgem quando duas palavras ou segmentos são combinados.

Em italiano, os pronomes podem ser sufixados aos verbos e, como a forma honorífica dos pronomes da segunda pessoa é maiúscula, isso pode produzir uma frase como non ho trovato il tempo di risponderLe ("Não encontrei tempo para te responder" – onde Le significa "para você").

Em alemão, a letra I maiúscula central, chamada Binnen-I, às vezes é usada em uma palavra como StudentInnen ("estudantes") para indicam que Studenten ("estudantes do sexo masculino") e Studentinnen ("estudantes do sexo feminino") são destinados simultaneamente. No entanto, a capitalização no meio da palavra não está de acordo com a ortografia alemã, exceto em nomes próprios como McDonald; o exemplo anterior poderia ser escrito corretamente usando parênteses como Student(inn)en, análogo a "congress(wo)men" Em inglês.

Em irlandês, o caso camel é usado quando um prefixo flexional é anexado a um nome próprio, por exemplo i nGaillimh ("em Galway"), de Gailimh ("Galway&# 34;); an tAlbanach ("a pessoa escocesa"), de Albanach ("escocês"); e go hÉirinn ("para a Irlanda"), de Éire ("Irlanda"). Na ortografia gaélica escocesa recente, um hífen foi inserido: an t-Albannach.

Esta convenção também é usada por várias línguas bantu escritas (por exemplo, isiZulu, "língua zulu") e várias línguas indígenas do México (por exemplo, Nahuatl, Totonacan, Mixe–Zoque, e algumas línguas oto-mangueanas).

Em holandês, ao capitalizar o dígrafo ij, tanto a letra I quanto a letra J são maiúsculas, por exemplo, no nome do país IJsland ("Islândia").

No pinyin chinês, a caixa de camelo às vezes é usada para nomes de lugares, para que os leitores possam identificar mais facilmente as diferentes partes do nome. Por exemplo, lugares como Pequim (北京), Qinhuangdao (秦皇岛) e Daxing'anling (大兴安岭) podem ser escritos como BeiJing, QinHuangDao, e DaXingAnLing respectivamente, com o número de letras maiúsculas igual ao número de caracteres chineses. Escrever compostos de palavras apenas pela letra inicial de cada caractere também é aceitável em alguns casos, então Beijing pode ser escrito como BJ, Qinghuangdao como QHD, e Daxing'anling como DXAL.

Em inglês, as maiúsculas médias geralmente são encontradas apenas em escoceses ou irlandeses "Mac-" ou "Mc-" nomes, onde por exemplo MacDonald, McDonald, e Macdonald são variantes ortográficas comuns do mesmo nome, e em anglo-normando "Fitz-" nomes, onde, por exemplo, FitzGerald e Fitzgerald são encontrados.

Em seu guia de estilo em inglês The King's English, publicado pela primeira vez em 1906, H. W. e F. G. Fowler sugeriram que maiúsculas mediais poderiam ser usadas em palavras compostas triplas onde hífens causariam ambiguidade - o exemplos que eles dão são KingMark-like (em oposição a King Mark-like) e Anglo-SouthAmerican (em oposição a Anglo-South American ). No entanto, eles descreveram o sistema como "muito contrário ao uso atual".

Em transliterações

Na transliteração acadêmica de idiomas escritos em outras escritas, as maiúsculas mediais são usadas em situações semelhantes. Por exemplo, em hebraico transliterado, ha'Ivri significa "a pessoa hebraica" ou "o judeu" e b'Yerushalayim significa "em Jerusalém". Em nomes próprios tibetanos como rLobsang, o "r" significa um glifo de prefixo no script original que funciona como marcador de tom em vez de uma letra normal. Outro exemplo é tsIurku, uma transcrição latina do termo checheno para a pedra de coroamento das características torres defensivas medievais de Chechênia e Inguchétia; a letra "I" (palochka) na verdade não é capital, denotando um fonema distinto daquele transcrito como "i".

Em abreviaturas

Maiúsculas médias são tradicionalmente usadas em abreviaturas para refletir a capitalização que as palavras teriam quando escritas por extenso, por exemplo nos títulos acadêmicos PhD ou BSc. Um exemplo mais recente é o NaNoWriMo, uma contração do National Novel Writing Month e a designação tanto para o evento anual quanto para a organização sem fins lucrativos que o administra. Em alemão, os nomes dos estatutos são abreviados usando maiúsculas incorporadas, por exemplo StGB para Strafgesetzbuch (Código Penal), PatG para Patentgesetz (Lei de Patentes), BVerfG para Bundesverfassungsgericht (Tribunal Constitucional Federal), ou o muito comum GmbH, para Gesellschaft mit beschränkter Haftung (empresa limitada). Neste contexto, pode até haver três ou mais maiúsculas camel case, por ex. em TzBfG para Teilzeit- und Befristungsgesetz (Lei sobre ocupações de meio período e de prazo limitado). Em francês, acrônimos de camel case como OuLiPo (1960) foram preferidos por um tempo como alternativas para inicialismos.

Camel case é freqüentemente usado para transliterar inicialismos em alfabetos onde duas letras podem ser necessárias para representar um único caractere do alfabeto original, por exemplo, DShK do cirílico ДШК.

História do uso técnico moderno

Fórmulas químicas

O primeiro uso sistemático e generalizado de maiúsculas mediais para fins técnicos foi a notação para fórmulas químicas inventada pelo químico sueco Jacob Berzelius em 1813. indicar cada elemento químico por um símbolo de uma ou duas letras, sendo a primeira maiúscula. A capitalização permitia fórmulas como "NaCl" ser escrito sem espaços e ainda ser analisado sem ambigüidade.

Berzelius' sistema continua a ser usado, aumentado com símbolos de três letras, como "Uue" para elementos não confirmados ou desconhecidos e abreviaturas para alguns substituintes comuns (especialmente no campo da química orgânica, por exemplo "Et" para "etil-"). Isso foi estendido para descrever as sequências de aminoácidos de proteínas e outros domínios semelhantes.

Uso precoce em marcas registradas

Desde o início do século 20, as maiúsculas médias têm sido ocasionalmente usadas para nomes corporativos e marcas registradas de produtos, como

• DryIce Corporation (1925) comercializou a forma sólida de dióxido de carbono (CO)₂) como "Dry Ice", levando assim ao seu nome comum.
• CinemaScope e VistaVision, formatos de filme widescreen rival (1953)
• ShopKo (1962), lojas de varejo, mais tarde renomeada Shopko
• MisteRogers Bairro, a série de TV também chamado Bairro do Sr. Rogers (1968)
• ChemGrass (1965), mais tarde renomeado AstroTurf (1967)
• ConAgra (1971), anteriormente Consolidated Mills
• MasterCraft (1968), fabricante de barcos esportivos
• AeroVironment (1971)
• PolyGram (1972), anteriormente Grupo Grammophon-Philips
• United HealthCare (1977)
• MasterCard (1979), anteriormente Master Charge
• SportsCenter (1979)

Programação de computadores

Nas décadas de 1970 e 1980, as maiúsculas mediais foram adotadas como uma convenção de nomenclatura padrão ou alternativa para identificadores de várias palavras em várias linguagens de programação. A origem precisa da convenção na programação de computadores ainda não foi estabelecida. Um processo de conferência de 1954 ocasionalmente se referia informalmente ao sistema Speedcoding da IBM como "SpeedCo". O artigo de Christopher Strachey sobre GPM (1965), mostra um programa que inclui alguns identificadores de capital medial, incluindo "NextCh" e "WriteSymbol".

Identificadores descritivos de várias palavras com espaços incorporados, como end of file ou char table não podem ser usados na maioria das linguagens de programação porque os espaços entre as palavras seriam analisados como delimitadores entre tokens. A alternativa de executar as palavras juntas como em endoffile ou chartable é difícil de entender e possivelmente enganosa; por exemplo, chartable é uma palavra em inglês (capaz de ser mapeada), enquanto charTable significa uma tabela de chars.

Algumas linguagens de programação antigas, principalmente Lisp (1958) e COBOL (1959), resolveram esse problema permitindo que um hífen ("-") fosse usado entre palavras de identificadores compostos, como em &# 34;END-OF-FILE": Lisp porque funcionou bem com notação de prefixo (um analisador Lisp não trataria um hífen no meio de um símbolo como um operador de subtração) e COBOL porque seus operadores eram palavras individuais em inglês. Essa convenção permanece em uso nesses idiomas e também é comum em nomes de programas inseridos em uma linha de comando, como no Unix.

No entanto, esta solução não era adequada para linguagens de orientação matemática, como FORTRAN (1955) e ALGOL (1958), que usavam o hífen como um operador infixo de subtração. O FORTRAN ignorou completamente os espaços em branco, então os programadores poderiam usar espaços embutidos em nomes de variáveis. No entanto, esse recurso não era muito útil, pois as primeiras versões da linguagem restringiam os identificadores a não mais que seis caracteres.

Agravando o problema, os conjuntos de caracteres de cartões perfurados comuns da época eram apenas letras maiúsculas e faltavam outros caracteres especiais. Foi somente no final da década de 1960 que a ampla adoção do conjunto de caracteres ASCII tornou universalmente disponíveis as letras minúsculas e o caractere de sublinhado _. Algumas linguagens, principalmente C, prontamente adotaram sublinhados como separadores de palavras, e identificadores como end_of_file ainda prevalecem em programas e bibliotecas C (bem como em linguagens posteriores influenciadas por C, como Perl e Python).. No entanto, algumas linguagens e programadores optaram por evitar sublinhados - entre outras razões para evitar confundi-los com espaços em branco - e adotaram maiúsculas e minúsculas.

Charles Simonyi, que trabalhou na Xerox PARC na década de 1970 e depois supervisionou a criação do pacote de aplicativos Office da Microsoft, inventou e ensinou o uso da notação húngara, uma versão da qual usa letras minúsculas no início de um nome de variável (em letras maiúsculas) para denotar seu tipo. Um relato afirma que o estilo camel case se tornou popular na Xerox PARC por volta de 1978, com a linguagem de programação Mesa desenvolvida para o computador Xerox Alto. Esta máquina carecia de uma tecla de sublinhado (cujo lugar era ocupado por uma seta para a esquerda "←"), e os caracteres hífen e espaço não eram permitidos nos identificadores, deixando a caixa camel como o único esquema viável para nomes multipalavras legíveis. O PARC Mesa Language Manual (1979) incluía um padrão de codificação com regras específicas para maiúsculas e minúsculas camel case que era rigorosamente seguida pelas bibliotecas Mesa e pelo sistema operacional Alto. Niklaus Wirth, o inventor do Pascal, passou a apreciar camel case durante um ano sabático no PARC e o usou em Modula, sua próxima linguagem de programação.

A linguagem Smalltalk, que foi desenvolvida originalmente no Alto, também usa maiúsculas e minúsculas em vez de sublinhados. Essa linguagem tornou-se bastante popular no início dos anos 1980 e, portanto, também pode ter sido fundamental para espalhar o estilo fora do PARC.

Upper camel case (ou "Pascal case") é usado na Wolfram Language no sistema algébrico de computador Mathematica para identificadores predefinidos. Os identificadores definidos pelo usuário devem começar com uma letra minúscula. Isso evita o conflito entre identificadores predefinidos e definidos pelo usuário hoje e em todas as versões futuras.

Empresas e produtos de informática

Qualquer que seja a sua origem no campo da computação, a convenção foi utilizada nos nomes das empresas de informática e suas marcas comerciais, desde o final dos anos 1970 — uma tendência que continua até hoje:

• (1977) Composição
• (1978) WordStar
• (1979) VisiCalc
• (1982) MicroProse, WordPerfect
• (1983) NetWare
• (1984) LaserJet, MacWorks, PostScript
• (1985) PageMaker
• (1987) ClarisWorks, HyperCard, PowerPoint
• (1990) WorldWideWeb (o primeiro navegador da web), mais tarde renomeado Nexus

Distribuir para uso geral

Nas décadas de 1980 e 1990, após o advento do computador pessoal, expôs a cultura hacker ao mundo, camel case tornou-se moda para nomes comerciais corporativos também em áreas não relacionadas à informática. O uso mainstream foi bem estabelecido em 1990:

• (1980) EchoStar
• (1984) BellSouth
• (1985) Enders do Leste
• (1986) Painel de espaço
• (1990) HarperCollins, SeaTac
• (1998) Pricewaterhouse Coopers, fusão de Price Waterhouse e Coopers

Durante a bolha pontocom do final dos anos 1990, os prefixos minúsculos "e" (para "eletrônico") e "i" (para "Internet", "informação", "inteligente", etc.) tornou-se bastante comum, dando origem a nomes como iMac da Apple e eBox plataforma de software.

Em 1998, Dave Yost sugeriu que os químicos usassem maiúsculas medianas para facilitar a leitura de nomes químicos longos, por exemplo, escreva AmidoPhosphoRibosylTransferase em vez de amidophosphoribosyltransferase. Este uso não foi amplamente adotado.

Camel case às vezes é usado para nomes abreviados de certos bairros, por exemplo, Bairros de Nova York SoHo (South of Houston Street) e TriBeCa (Tri i>angle Below Canal Street) e SoMa de São Francisco (South of Mercado). Esses usos diminuem rapidamente, então os bairros agora são normalmente representados como Soho, Tribeca e Soma.

A capitalização interna também foi usada para outros códigos técnicos como HeLa (1983).

Uso atual em computação

Programação e codificação

O uso de caps medial para identificadores compostos é recomendado pelas diretrizes de estilo de codificação de muitas organizações ou projetos de software. Para algumas linguagens (como Mesa, Pascal, Modula, Java e Microsoft's.NET), esta prática é recomendada pelos desenvolvedores de linguagens ou por manuais autorizados e, portanto, tornou-se parte do " cultura".

Diretrizes de estilo geralmente distinguem entre maiúsculas e minúsculas camel case, normalmente especificando qual variedade deve ser usada para tipos específicos de entidades: variáveis, campos de registro, métodos, procedimentos, funções, sub-rotinas, tipos, etc. Essas regras às vezes são suportadas por ferramentas de análise estática que verificam a aderência do código-fonte.

A notação húngara original para programação, por exemplo, especifica que uma abreviação em minúsculas para o "tipo de uso" (não tipo de dados) deve ser o prefixo de todos os nomes de variáveis, com o restante do nome em letras maiúsculas; como tal, é uma forma de caixa camel inferior.

Os identificadores de programação geralmente precisam conter siglas e inicialismos que já estão em letras maiúsculas, como "arquivo HTML antigo". Por analogia com as regras de maiúsculas e minúsculas do título, a renderização natural de maiúsculas e minúsculas teria a abreviação toda em maiúsculas, ou seja, "antigoHTMLFile". No entanto, essa abordagem é problemática quando dois acrônimos ocorrem juntos (por exemplo, "parse DBM XML" se tornaria "parseDBMXML") ou quando o padrão exige letras minúsculas, mas o nome começa com uma abreviação (por exemplo, "servidor SQL" se tornaria "sSQLerver"). Por esse motivo, alguns programadores preferem tratar as abreviações como se fossem palavras e escrever "oldHtmlFile", "parseDbmXml" ou "sqlServer". No entanto, isso pode dificultar o reconhecimento de que uma determinada palavra é um acrônimo.

As dificuldades surgem quando os identificadores têm significados diferentes dependendo apenas do caso, como pode ocorrer com funções matemáticas ou marcas registradas. Nesta situação, alterar o caso de um identificador pode não ser uma opção e um nome alternativo precisa ser escolhido.

Marcação de link do Wiki

Camel case é usado em algumas linguagens de marcação wiki para termos que devem ser automaticamente vinculados a outras páginas wiki. Esta convenção foi originalmente usada no software wiki original de Ward Cunningham, WikiWikiWeb, e pode ser ativada na maioria dos outros wikis. Alguns mecanismos de wiki, como TiddlyWiki, Trac e PmWiki, fazem uso dele nas configurações padrão, mas geralmente também fornecem um mecanismo de configuração ou plug-in para desativá-lo. A Wikipédia também usava anteriormente links camel case, mas mudou para marcação de link explícito usando colchetes e muitos outros sites wiki fizeram o mesmo. MediaWiki, por exemplo, não suporta camel case para vinculação. Alguns wikis que não usam links camel case ainda podem usar o camel case como uma convenção de nomenclatura, como AboutUs.

Outros usos

O registro NIEM requer que os elementos de dados XML usem letras maiúsculas e os atributos XML usem letras minúsculas.

As interfaces de linha de comando e as linguagens de script mais populares não podem lidar facilmente com nomes de arquivos que contêm espaços incorporados (geralmente exigindo que o nome seja colocado entre aspas). Portanto, os usuários desses sistemas geralmente recorrem a maiúsculas e minúsculas (ou sublinhados, hífens e outros caracteres "seguros") para nomes de arquivos compostos como MyJobResume. pdf.

Microblogging e serviços de redes sociais que limitam o número de caracteres em uma mensagem são saídas potenciais para as maiúsculas da mídia. O uso de maiúsculas e minúsculas entre as palavras reduz o número de espaços e, portanto, o número de caracteres em uma determinada mensagem, permitindo que mais conteúdo caiba no espaço limitado. As hashtags, especialmente as longas, costumam usar maiúsculas e minúsculas para manter a legibilidade (por exemplo, #CollegeStudentProblems é mais fácil de ler do que #collegestudentproblems); essa prática melhora a acessibilidade, pois os leitores de tela reconhecem o CamelCase ao analisar hashtags compostas.

Em URLs de sites, os espaços são codificados por porcentagem como "%20", tornando o endereço mais longo e menos legível por humanos. Ao omitir espaços, camel case não tem esse problema.

Estudos de legibilidade

Camel case foi criticado por impactar negativamente a legibilidade devido à remoção de espaços e letras maiúsculas em todas as palavras.

Um estudo de 2009 com 135 indivíduos comparando o caso da cobra (identificadores sublinhados) ao caso do camelo descobriu que os identificadores do caso do camelo foram reconhecidos com maior precisão entre todos os indivíduos. Os indivíduos reconheceram os identificadores de casos de cobras mais rapidamente do que os identificadores de casos de camelos. O treinamento em caso de camelo acelerou o reconhecimento de caso de camelo e retardou o reconhecimento de caso de cobra, embora esse efeito envolvesse coeficientes com altos valores de p. O estudo também conduziu uma pesquisa subjetiva e descobriu que não programadores preferiam sublinhados ou não tinham preferência, e 38% dos programadores treinados em camel case declararam preferência por sublinhados. No entanto, essas preferências não tiveram correlação estatística com precisão ou velocidade ao controlar outras variáveis.

Um estudo de acompanhamento de 2010 usou um desenho de estudo semelhante com 15 indivíduos consistindo de programadores especializados treinados principalmente no caso de cobras. Ele usou um estímulo estático em vez de animado e encontrou precisão perfeita em ambos os estilos, exceto por uma resposta incorreta de caso de camelo. Os sujeitos reconheceram identificadores no caso da cobra mais rapidamente do que no caso do camelo. O estudo usou equipamento de rastreamento ocular e descobriu que a diferença na velocidade de seus sujeitos se devia principalmente ao fato de que a duração média das fixações para o caso do camelo era significativamente maior do que a do caso da cobra para identificadores de 3 partes. A pesquisa registrou uma mistura de estilos de identificador preferidos, mas, novamente, não houve correlação de estilo preferido com precisão ou velocidade.