Dlaczego nazwy funkcji numerycznych są niedozwolone?

Rozważ następujące:

$ 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

Zasadniczo, starałem się deklarować funkcje 1i 0co byłoby dla shorthands truea false, ale jak widać wpadłem na problem z użyciem nazwy numeryczne funkcje. To samo zachowanie występuje w przypadku aliasów i dwucyfrowych nazw.

Pytanie brzmi „dlaczego”? Czy jest to wymagane przez POSIX? czy po prostu dziwactwo muszli przypominających bourne?

Zobacz także powiązane pytanie z tym.

POSIX mówi:

2.9.5 Polecenie definicji funkcji

Funkcja jest nazwą zdefiniowaną przez użytkownika, która jest używana jako proste polecenie do wywołania polecenia złożonego z nowymi parametrami pozycyjnymi. Funkcja jest definiowana za pomocą „polecenia definicji funkcji”.

Format polecenia definicji funkcji jest następujący:

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

Funkcja nazywa się fname ; aplikacja powinna upewnić się, że jest to nazwa (patrz Nazwa XBD ) i że nie jest to nazwa specjalnego wbudowanego narzędzia. Implementacja może dopuszczać inne znaki w nazwie funkcji jako rozszerzenie. Implementacja powinna utrzymywać osobne przestrzenie nazw dla funkcji i zmiennych.

I:

3.235 Nazwa

W języku poleceń powłoki słowo składające się wyłącznie z podkreślników, cyfr i alfabetu z przenośnego zestawu znaków. Pierwszy znak imienia nie jest cyfrą.

Uwaga: Przenośny zestaw znaków jest szczegółowo zdefiniowany w Przenośnym zestawie znaków.

Zatem słowo zaczynające się od cyfry nie może być nazwą funkcji.

Jest to standard w wielu językach, aby zapobiec pomyłkom między operacjami matematycznymi a zmiennymi, funkcjami lub metodami.

Rozważać:

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

Jak widać, jeśli liczby byłyby dozwolone jako nazwy zmiennych lub funkcji, późniejsze wykonywanie matematyki w programie mogłoby stać się bardzo mylące i musiałbyś wymyślić twórcze obejścia, gdybyś musiał później zrobić matematykę z tymi liczbami. Może również powodować nieoczekiwane wyniki w niektórych językach. Wyobraź sobie, że zwiększasz liczbę dla pętli, ale jedna z cyfr jest już zmienną równą łańcuchowi. Natychmiast rzuciłby błąd. Jeśli nie jesteś oryginalnym autorem kodu, znalezienie błędu może zająć sporo czasu.

W skrócie, dlatego większość języków nie pozwala na użycie liczby jako nazwy zmiennej, funkcji, metody itp.

W C rozważmy wyrażenie takie jak:

1000l + 2.0f;

Czy 1000lzmienna czy stała? Ponieważ nazwy zmiennych nie mogą zaczynać się cyfrą, musi być stała. To sprawia, że ​​parsowanie jest łatwiejsze i bardziej rygorystyczne (literówki 1000kmożna łatwo złapać). Łatwiej jest też mieć jedną regułę dla zmiennych i nazw funkcji, ponieważ funkcje można również traktować jak zmienne. Teraz, oczywiście, parsery są znacznie bardziej złożone i wydajne, a my mamy takie rzeczy jak niestandardowe literały w C ++. Ale w dawnych czasach prehistorii poświęcenie odrobiny niepotrzebnej elastyczności może znacznie skrócić czas kompilacji (lub interpretacji) (a ludzie nadal narzekają na czasy kompilacji w C ++).

I możesz zobaczyć efekty wpływu C w całym języku powłoki, więc nie jest zaskakujące, że powłoka Bourne'a (lub powłoka C), a zatem POSIX, ograniczyła klasę dozwolonych nazw do tego samego co klasa C.