Sayısal işlev adlarına neden izin verilmiyor?

Aşağıdakileri göz önünde bulundur:

$ 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

Temelde, işlevlerini bildirmek için çalışıyordu 1ve 0bunun için kestirme olur trueve false, ama gördüğünüz gibi ben fonksiyonlarda sayısal isimler kullanarak sorunla karşılaştık. Aynı davranış takma adlarda ve iki basamaklı adlarda da görülür.

Soru "neden"? POSIX tarafından zorunlu kılındı ​​mı? ya da sadece bir bourne benzeri mermi mi?

Bununla ilgili soruya da bakınız .

POSIX diyor ki:

2.9.5 İşlev Tanım Komutu

İşlev, yeni konum parametreleriyle bir bileşik komutu çağırmak için basit bir komut olarak kullanılan kullanıcı tanımlı bir addır. Bir işlev, "işlev tanımlama komutu" ile tanımlanır.

İşlev tanımı komutunun biçimi aşağıdaki gibidir:

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

Bu işleve fname adı verilir ; Uygulama bir isim (XBd bkz olmasını sağlayacaktır Adı ) ve yerleşik yarar desteğiyle, özel adıdır olmadığını. Bir uygulama, işlev adındaki diğer karakterlerin uzantı olarak kullanılmasına izin verebilir. Uygulama, işlevler ve değişkenler için ayrı ad boşlukları bulundurmalıdır.

Ve:

3.235 İsim

Kabuk komut dilinde, taşınabilir karakter kümesinden yalnızca alt çizgi, rakam ve alfabetik sözcüklerden oluşan bir sözcük. Bir adın ilk karakteri bir rakam değildir.

Not: Taşınabilir Karakter Kümesi, Taşınabilir Karakter Kümesinde ayrıntılı olarak tanımlanmıştır.

Dolayısıyla, rakamla başlayan bir kelime işlev adı olamaz.

Bu, matematiksel işlemler ile değişkenler veya işlevler veya yöntemler arasındaki karışıklığı önlemek için birçok dilde bir standarttır.

Düşünmek:

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

Gördüğünüz gibi, sayılara değişken veya işlev adı olarak izin verildiyse, daha sonra bir programda matematik yapmak çok kafa karıştırıcı olabilir ve daha sonra bu sayılarla gerçekten matematik yapmanız gerekirse yaratıcı çözümler bulmanız gerekir. Ayrıca bazı dillerde beklenmedik sonuçlar üretebilir. Bir döngü için bir sayı artırdığınızı, ancak rakamlardan birinin zaten bir dizeye eşit olan bir değişken olduğunu düşünün. Hemen bir hata verir. Kodun orijinal yazarı siz değilseniz, bu hatanın bulunması biraz zaman alabilir.

Özetle, bu yüzden çoğu dil bir sayıyı bir değişkenin veya fonksiyonun veya yöntemin vb. Adı olarak kullanmanıza izin vermez.

C'de, şöyle bir ifadeyi düşünün:

1000l + 2.0f;

Mı 1000ldeğişken veya sabit? Değişken adları bir rakamla başlayamadığından, sabit olması gerekir. Bu ayrışmayı kolaylaştırır ve daha sıkı hale getirir (örneğin yazım hataları 1000kkolayca yakalanabilir). İşlevler de değişken olarak kabul edilebildiğinden, değişkenler ve işlev adları için tek bir kurala sahip olmak daha kolaydır. Şimdi tabii ki, ayrıştırıcılar çok daha karmaşık ve güçlü, ve biz C ++ özel değişmezleri gibi şeyler var. Ancak, tarih öncesi o eski günlerde, biraz gereksiz esneklikten ödün vermek derleme (veya yorumlama) sürelerinizi daha kısa hale getirebilir (ve insanlar hala C ++ derleme sürelerinden şikayet edebilirler).

Ve kabuk etkisi boyunca bir C etkisinin etkilerini görebilirsiniz, bu nedenle Bourne kabuğunun (veya C kabuğunun) ve dolayısıyla POSIX'in izin verilen ad sınıfını C ile aynı sınırlandırması şaşırtıcı değildir.