Zsh dizisinin ilk öğesinin 0 yerine 1 tarafından dizine eklenmesinin bir nedeni var mı?

Modern programlama ve betik dilleri konusundaki deneyimimden, çoğu programcının genellikle bir dizinin ilk elemanına 0 olarak indeks olarak bakmaya alışkın olduğuna inanıyorum . 1
kullanmanın önemli avantajları var mı?

Zsh dışında diğer dizileriyle benzer şekilde davrandığını duyduğuma eminim; eşit derecede uygun olduğu için benim için sorun değil.
Ancak, ksh ve bash gibi daha önce yayımlanan ve yaygın olarak kullanılan kabuk komut dosyası dillerinin tümü 0 kullanıldığından, neden birileri bu ortak "standardı" değiştirmeyi seçsin?

Soruma hemen cevabım "elbette değil" olacaktır;
o zaman bu biraz "özel özellik" kabukları ile ilgili düşünebilirsiniz tek açıklama "sadece biraz daha serin kabuğunu göstermek için bunu yaptılar " olacaktır.

Zsh'den ve tarihinden pek bir şey bilmiyorum ve bu konuda önemsiz teorimin hiçbir anlamı yoktur.

Bunun bir açıklaması var mı? Yoksa kişisel zevkten mi çıktı?

• Neredeyse tüm kabuk dizileri (Bourne, csh, tcsh, balık, rc, es, yash) 1'den başlar.
• En yorumlanmış zamanda dil (erken 90s): awk, tclen azından, ve araçları genellikle kabuğunda kullanılabilen ( cut -f1-3, head -n 3, sort -k1,3, cal 1 2015, comm -1) 1. başlayacak sed, ed, vi1'den sayı onların çizgiler ...
• zsh, Bourne kabuğunun ve csh'nin en iyisini alır. Bourne kabuğu dizisi $@1'den başlar. Zsh $@(Bourne'deki gibi) veya $argv(csh'deki gibi ) kullanımıyla tutarlıdır . Örneğin, size ilk konumsal parametreyi vermediği kshyerin ne kadar kafa karıştırıcı olduğunu görün ${@:0:1}.
• Bir kabuk programlama dili olmadan önce bir kullanıcı aracıdır. Çoğu kullanıcının ilk öğeye sahip olması mantıklı geliyor $a[1]. Bu aynı zamanda, elementlerin sayısının son endeksle aynı olduğu anlamına gelir (ksh hariç diğer çoğu kabuklarda olduğu gibi zsh'de, diziler seyrek değildir ).
• a[1]Çünkü ilk eleman a[-1]sonuncu ile tutarlıdır .

Öyleyse IMO'nun sorusu şöyle olmalı: dizileri 0'dan başlamak için David Korn'ın kafasına neler girdi?

Bence en mantıklı cevap, yerleşik ters diziden oluşuyor. zsh

myvar=(1 2 3 4)4 öğeli bir diziniz varsa, diyelim ve dördüncü öğeye erişmek istiyorsanız, öyle olacak print $myvar[4]mı?

Bununla birlikte, bu dizinin içindeki öğeleri geriye doğru listeleyen bir döngü oluşturmak istiyorsanız, yalnızca negatif dizinleri kullanma meselesidir:

print $myvar[-1]   # will print 4
print $myvar[-2]   # will print 3
print $myvar[-3]   # will print 2
print $myvar[-4]   # will print 1

Bu sıfırdan başladığından beri bu elementlerden birine ulaşamayacağınızı açıklamalıdır -0.

Bunun ardındaki ikinci neden, muhtemelen zsh üzerindeki değişkenlerle ilgili C kodunun dizi dizinlerini kullanmak intveya double inttanımlamaktır ve negatif sayıları temsil etmek için Two's Complement özelliğini kullandığından , float'ta yapabileceğiniz gibi temsil etmenin bir yolu yoktur -0( Sıfır İmzalı ) nokta değişkenleri.

Gerçekten 0'dan başlayan dizinleri kullanıyorsanız, KSH_ARRAYSbunu düzeltmek için bu seçeneği kullanmanızı öneririm .

Ve @cuonglm yorumunun kancasını alarak, buradacsh uygulanan özellikler zshaçıklanmıştır . Tarihsel bir neden değil, alışkın olanlar için konforlu bir çalışma ortamı sağlamanın bir yolu gibi görünüyorcsh