POSIX mermilerindeki işlevler ve değişkenler için ayrı ad alanları

Kısa çizgide, işlevler ve değişkenler ayrı ad alanlarında yaşıyor gibi görünüyor:

fn(){
    fn="hello world"
}
fn; echo "The value is $fn!" #prints: The value is hello world!
fn; echo "The value is $fn!" #prints: The value is hello world!
#the fn variable doesn't conflict with the fn function

Bu, tireye özgü bir özellik mi yoksa POSIX garantisi mi?

Bir garanti :

2.9.5 İşlev Tanım Komutu

İşlev, yeni bir komut parametresi ile 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. [...]

Bu işleve fname adı verilir; Başvuru, bir ad (bkz. XBD Adı) olduğundan ve özel bir yerleşik yardımcı programın adı olmadığından emin olmalıdır. 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.

Değişkenler ve işlevler tire içinde farklı ad alanlarında bulunur ve bu POSIX tarafından da belirtilir :

Uygulama, işlevler ve değişkenler için ayrı ad boşlukları bulundurmalıdır.

Buna ek olarak, değişkenlerin varsayılan olarak genel kapsamı vardır. Bazı kabuklar (örn. Bash, ksh ve zsh), localanahtar kelimeyi yalnızca yerel kapsamı olan bir işlevde değişkenleri bildirmek için sağlar.

Evet, gördüğünüz davranış POSIX tarafından garanti edilmektedir.

POSIX henüz standardize local , henüz :

Erken bir teklifteki işlevlerin tanımı, işlevlerin minyatür kabuk komut dosyaları gibi davranması gerektiği fikrine dayanıyordu; yani, değişkenleri paylaşmak dışında , bir yürütme ortamının çoğu öğesi yeni bir yürütme ortamıymış gibi davranmalıdır, [..]

[..] Bir işlev içindeki yerel değişkenler dikkate alındı ​​ve başka bir erken teklife dahil edildi (özel yerleşik tarafından kontrol edildi local), ancak işlevler için geliştirilen basit modele uymadıkları ve henüz eklemeye bazı karşıtlıklar olduğu için kaldırıldı tarihsel pratiğin bir parçası olmayan yeni bir özel yerleşik. Bu yerel değişken mekanizmanın bu standardın gelecekteki bir versiyonunda benimsenmesi durumunda uygulamalar tanımlayıcıyı ayırmalıdır local( typesetKornShell'de kullanıldığı gibi).

(benimkini vurgula)