Por que nomes de funções numéricos não são permitidos?

Considere o seguinte:

$ ksh -c '1(){ echo hi;};1'
ksh: 1: invalid function name
$ dash -c '1(){ echo hi;};1'
dash: 1: Syntax error: Bad function name
$ bash -c '1(){ echo hi;};1'
bash: `1': not a valid identifier
bash: 1: command not found
$ mksh -c '1(){ echo hi;};1'
hi

Basicamente, eu estava tentando declarar funções 1e 0quais seriam atalhos para truee false, mas como você pode ver, tive um problema ao usar nomes numéricos em funções. O mesmo comportamento ocorre com aliases e nomes de dois dígitos.

A pergunta é "por que"? É mandatado pelo POSIX? ou apenas uma peculiaridade de conchas tipo bourne?

Veja também a pergunta relacionada a este.

O POSIX diz:

2.9.5 Comando de definição de função

Uma função é um nome definido pelo usuário que é usado como um comando simples para chamar um comando composto com novos parâmetros posicionais. Uma função é definida com um "comando de definição de função".

O formato de um comando de definição de função é o seguinte:

 fname ( ) compound-command [io-redirect ...]

A função é nomeada fname ; o aplicativo deve garantir que seja um nome (consulte Nome XBD ) e que não seja o nome de um utilitário interno especial. Uma implementação pode permitir outros caracteres no nome de uma função como uma extensão. A implementação deve manter espaços de nomes separados para funções e variáveis.

E:

3.235 Nome

Na linguagem de comando do shell, uma palavra que consiste apenas em sublinhados, dígitos e alfabéticos do conjunto de caracteres portátil. O primeiro caractere de um nome não é um dígito.

Nota: O Portable Character Set é definido em detalhes no Portable Character Set.

Portanto, uma palavra que começa com um dígito não pode ser um nome de função.

Esse é um padrão em muitas línguas para evitar confusão entre operações matemáticas e variáveis ​​ou funções ou métodos.

Considerar:

var 1 = 100

print 1*10 //should return 10 but would instead return 1000

var x = 5
x += 1
print x //returns 105, not 6    

def 100(num)
  return num * 1000
end

var y = 10 + 100(10)
print y // returns 100010 instead of 1010

Como você pode ver, se os números fossem permitidos como nomes de variáveis ​​ou funções, fazer matemática posteriormente em um programa pode se tornar muito confuso e você teria que criar soluções alternativas criativas se realmente precisasse fazer matemática com esses números mais tarde. Também pode produzir resultados inesperados em alguns idiomas. Imagine que você está incrementando um número para um loop, mas um dos dígitos já é uma variável igual a uma string. Isso geraria imediatamente um erro. Se você não era o autor original do código, esse erro poderia demorar um pouco para ser encontrado.

Em poucas palavras, é por isso que a maioria dos idiomas não permite que você use um número como o nome de uma variável, função, método ou etc.

Em C, considere uma expressão como:

1000l + 2.0f;

É 1000luma variável ou uma constante? Como os nomes das variáveis ​​não podem começar com um dígito, deve ser uma constante. Isso torna a análise mais fácil e mais rigorosa (erros de digitação 1000kpodem ser facilmente capturados). Também é mais fácil ter uma regra única para variáveis ​​e nomes de funções, pois as funções também podem ser tratadas como variáveis. Agora , é claro, os analisadores são muito mais complexos e poderosos, e temos coisas como literais personalizados em C ++. Mas naqueles dias antigos da pré-história, sacrificar um pouco de flexibilidade desnecessária poderia tornar seus tempos de compilação (ou interpretação) muito mais curtos (e as pessoas ainda reclamam dos tempos de compilação em C ++).

E você pode ver os efeitos de uma influência C em toda a linguagem do shell, portanto, não é surpreendente que o shell Bourne (ou shell C) e, portanto, POSIX, tenha restringido a classe de nomes permitidos à mesma do C.