¿Por qué no se permiten los nombres de funciones numéricas?

Considera lo siguiente:

$ 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

Básicamente, estaba tratando de declarar funciones 1y 0cuáles serían shorthands para truey false, pero como puede ver, tuve problemas con el uso de nombres numéricos en las funciones. El mismo comportamiento ocurre con alias y nombres de dos dígitos.

La pregunta es "¿por qué"? ¿Es obligatorio por POSIX? o simplemente un capricho de conchas de bourne?

Ver también la pregunta relacionada con este.

POSIX dice:

2.9.5 Comando de definición de funciones

Una función es un nombre definido por el usuario que se usa como un comando simple para llamar a un comando compuesto con nuevos parámetros posicionales. Una función se define con un "comando de definición de función".

El formato de un comando de definición de función es el siguiente:

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

La función se llama fname ; la aplicación se asegurará de que sea un nombre (ver Nombre XBD ) y que no sea el nombre de una utilidad incorporada especial. Una implementación puede permitir otros caracteres en el nombre de una función como una extensión. La implementación mantendrá espacios de nombres separados para funciones y variables.

Y:

3.235 Nombre

En el lenguaje de comandos de shell, una palabra que consiste únicamente en guiones bajos, dígitos y alfabéticos del juego de caracteres portátil. El primer carácter de un nombre no es un dígito.

Nota: El juego de caracteres portátil se define en detalle en Juego de caracteres portátil.

Por lo tanto, una palabra que comienza con un dígito no puede ser un nombre de función.

Ese es un estándar en muchos idiomas para evitar la confusión entre operaciones matemáticas y variables o funciones o 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 puede ver, si se permitieran los números como nombres de variables o funciones, hacer cálculos matemáticos más adelante en un programa podría volverse muy confuso y tendría que encontrar soluciones creativas si necesitara hacer cálculos matemáticos con esos números más adelante. También puede producir resultados inesperados en algunos idiomas. Imagine que está incrementando un número para un bucle pero uno de los dígitos ya es una variable que equivale a una cadena. Inmediatamente arrojaría un error. Si no fue el autor original del código, ese error podría tardar bastante en encontrarlo.

En pocas palabras, esta es la razón por la cual la mayoría de los idiomas no le permiten usar un número como el nombre de una variable o función o método, etc.

En C, considere una expresión como:

1000l + 2.0f;

¿Es 1000luna variable o una constante? Debido a que los nombres de las variables no pueden comenzar con un dígito, tiene que ser una constante. Esto hace que el análisis sea más fácil y estricto (los errores tipográficos 1000kse pueden detectar fácilmente). También es más fácil tener una sola regla para variables y nombres de funciones, ya que las funciones también pueden tratarse como variables. Ahora, por supuesto, los analizadores son mucho más complejos y potentes, y tenemos cosas como literales personalizados en C ++. Pero en aquellos viejos tiempos de la prehistoria, sacrificar un poco de flexibilidad innecesaria podría hacer que su compilación (o interpretación) sea mucho más corta (y la gente aún se queja de los tiempos de compilación de C ++).

Y puede ver los efectos de una influencia de C en todo el lenguaje de shell, por lo que no es sorprendente que el shell Bourne (o C shell) y, por lo tanto, POSIX, hayan restringido la clase de nombres permitidos a la misma que C.