Unix benzeri bir sistemde neden birden fazla mermi var?

Unix'in temellerini öğrenmeye ve unix benzeri bir sistemde neden bu kadar çok kabuk olduğunu merak etmeye başladım. Unix Ortamında İleri programlama kitabından :

Kabuk, kullanıcı girişini okuyan ve komutları yürüten bir komut satırı yorumlayıcısıdır. Kabuğa kullanıcı girişi normalde terminalden (etkileşimli kabuk) veya bazen bir dosyadan (kabuk komut dosyası olarak adlandırılır) gelir.

Ve sonra kitap, Bourne kabuğu, Bourne-tekrar kabuğu, Cshell, vb. Sorum şu: Neden birden fazla mermiye ihtiyacımız var?

Modern UNIX ortamlarında kullanılan çoğu merminin POSIX sh özelliklerine uyması amaçlanmıştır. POSIX sh, daha önceki Bourne kabuğundan türetilen orijinal Korn kabuğundan (ksh88) türetilir, ancak POSIX sh, ksh88 işlevselliğinin yalnızca küçük bir alt kümesini belirtir. Yalnızca asgari gereksinimi uygulayan bir kabukta, en önemsiz senaryolar dışında tümünü güvenli ve makul bir şekilde yazmak için gereken birçok özellik eksik. Örneğin, yerel değişkenler ve diziler standart olmayan ekstralardır.

Bu nedenle, ilk neden mermiyi ekstra özelliklerle genişletmektir. Farklı mermiler farklı şeylere odaklanmayı seçer. Örneğin, Zsh gelişmiş etkileşimli özelliklere odaklanırken, ksh93 (mevcut "orijinal" korn kabuğu) güçlü programlama özelliklerine ve performansına odaklanır. Dash gibi çok küçük mermiler bile yerel değişkenler gibi en az birkaç standart dışı ekstra ekler.

Ekstra özellikler nadiren geniş çapta birlikte çalışabilir. Ksh88 özellik kümesinin çoğu, genişletilmiş globbing sözdizimi gibi oldukça iyi bir şekilde birlikte çalışabilir, ancak standart dışı özelliklerle, hiçbir garanti yoktur ve bunları taşınabilir bir şekilde kullanmak için ne yaptığınızı gerçekten bilmelisiniz.

İkinci neden miras. Hala / bin / sh için eski standart dışı uygulamaları kullanan çok sayıda tescilli Unix var. Yakın zamana kadar Solaris hala Bourne'yi kusurları olarak kullandı ve modern bir şeye yükseltmek yerine Heirloom kabuğunu korumayı seçti. Bu sistemler genellikle, örneğin PATH değişkeninizi değiştirerek veya münferit komut dosyalarındaki shebang'ları değiştirerek değiştirebileceğiniz farklı kabuklarla birlikte gelir.

Özetlemek gerekirse. Çoğunlukla varsayılan olarak birden çok kabuk vardır:

• Ekstra özellikler için, özellikle taşınabilir olmayan ekstralarla uğraşmak için.
• Genellikle korunmayan eski komut dosyalarını işlemek için.
• boyut / performans. Gömülü sistemler genellikle mksh veya busybox sh gibi küçük kabuklar gerektirir.
• Lisanslama nedenleri. AT&T ksh 2000 yılına kadar tescilli bir yazılımdı. Bu büyük ölçüde Zsh ve Bash gibi tüm ksh benzeri klonlara neden oldu.
• Diğer tarihsel nedenler. Bugün çok popüler olmasa da, scsh ve es gibi dili yeniden tasarlama konusunda köklü girişimler oldu. Birçok merminin işlem ikame özelliği başlangıçta rc'den (biraz farklı sözdizimi ile) ve csh'tan brace genişlemesinden gelir. Farklı mermilerin, bu tür özelliklerin farklı kombinasyonları vardır, genellikle bazı ince veya çok ince farklarla.

Çünkü insanların farklı ihtiyaçları vardır ve bu durumda ihtiyaçlarınıza uygun alternatiflere sahip olmak iyidir. Bir kabuk sadece kendi başına bir araçtır ve bence başka biri tarafından değiştirilmelidir. Bu, Microsoft Windows'un seçtiklerinin aksine Unix / Linux'un gücüdür.

Benzer şekilde ... Neden bu kadar çok metin editörü var? İnsanlar zaten varsa yeni bir tarayıcı geliştiriyorlar mı? Neden GNOME, KDE, Xfce, LXDE, E17 vb. Var?

Kısa cevap

Tuhaf bir lisans geçmişi nedeniyle, tek bir kuruluş Unix geliştirmedi. Hem gönüllülerin hem de şirketlerin katıldığı bir topluluk süreciydi. Bu varlıklar her zaman tüm araçlarını paylaşmadı, bu yüzden ayrı mermiler oldu. Bunun ne kadar üretken olduğunu anladığımız zaman, kullanılan tüm mermileri birleştirmek için çok geçti. Bunun yerine, tüm bu mermilerin (teorik olarak) birbirleriyle uyumlu olmasını sağlamak için çalışmalar yapılmıştır .

Uzun cevap karmaşıktır ve Unix'in tarihiyle sıkı bir şekilde bağlantılıdır. Bu sayfada tek bir cevapta bulunmasının bir yolu yoktur, ancak yaygın olarak (yanlış) belgelenmiştir. Unix geçmişi ile ilgili web ve kitaplara bakarak daha ayrıntılı ve kesin cevaplar bulacaksınız.

Farklı web tarayıcıları ile aynı nedenlerle farklı kabuklar vardır: herkesin tercihi vardır ve bazı kabukların tarihi bagajı veya momentumu vardır. Her birinin farklı özellikleri ve özellikleri vardır.

Çoğunlukla tarih ...

Bourne (uygunluk) SysV Unix'in bir parçası olarak geliştirilirken, BSD kullanılır csh ... Daha sonra bash, Bourne kabuğuna (ve ksh gibi geliştirilmiş sürümlerine) açık kaynaklı bir alternatif olarak geliştirildi. Bourne benzeri bir kabuk POSIX standardında benimsenmiştir. ksh uyumludur ve bash uyumlu olabilir.

Gibi kabuklar cshve tcsh(komut tamamlama vb yoktur) ancak orijinal Bourne kabuğu daha etkileşimli kullanımı çok daha kolaydır kodlama için korkunç ...

Unix tabanlı gömülü sistemler gibi bazı ortamlarda, komut dosyası özellikleri, boyut ve hız komut tamamlama gibi etkileşimli özelliklerden daha önemlidir ve kabukların farklı bir çeşidi kullanılma eğilimindedir.

Taşınabilir komut dosyaları için POSIX uyumlu Bourne varyantı kullanmalı ve uzantılardan kaçınmalısınız.