Unix shell scriptleri için dosya uzantıları [kapalı]

Wikipedia'da, .sh makalesinde şöyle yazıyor:

.Sh dosya uzantısı türü için Bourne kabuğuna bakın .

Diğer unix kabukları nasıl?

Shebang'ın dosyada bir tercüman belirtmek için kullanıldığını biliyorum , ama merak ediyorum:

• Dosya uzantıları vs dosya uzantıları vs lehte ve aleyhte olanlar nelerdir?

Ben sadece çağırır .shbir şeyi demekti taşınabilir olması (ve umarım bir taşınabilir).

Aksi halde, dili gizlemenin daha iyi olacağını düşünüyorum. Dikkatli okuyucu zaten onu shebang hattında bulacak. (Uygulamada, .bashveya .zsh, vb… ekler nadiren kullanılır.)

Teknik olarak kesinlikle dosya uzantıları için "iyi uygulamaların" bulunmadığını söyleyebilirim: Unix / Linux / * BSD dosya sistemleri uzantıları kendi başlarına desteklemiyor. Bir uzantı olarak adlandırdığınız şey yalnızca tek bir dosya adının sonekidir. Bu, inode-moral eşdeğerinde özel bir noktanın bir uzantı için ayrıldığı VM / CMS, VMS, MS-DOS ve Windows dosya sistemlerinden ve işletim sistemlerinden farklıdır.

Şimdi o küçük rant bitti, sanırım bir kabuk betiği dosya adına ".sh" veya ".ksh" veya ".bash" sonekini koymak biraz saçma. Bir program bir programdır: Neyin gerçekleştirileceğini ayırt etmenin faydası yoktur. Unix, linux veya çekirdeğin bir dosya teriminden dolayı bazı dosyalarda tercüman çağırmaya karar vermesine neden olan bir şey yoktur. Bunların tümü, #!satırın başında ya da dosyanın başında bulunan "sihirli sayı" bayt dizisi tarafından yapılır . Aslında, "uzantı" adlı bir dosya adına göre neyin yürütüleceğine karar vermek, Windows'u bir malware mıknatısı yapan faktörlerden biridir. Kaç tane Windows kötü amaçlı yazılım dolandırıcılığının "something.jpg.exe" adlı bir dosya içerdiğine bakın - varsayılan olarak daha yeni Windows ".exe" uzantısını göstermez ve bir kullanıcıyı sadece "çift tıklamaya teşvik eder"

İleriye dönük bir komut olarak düşünebileceğiniz şey, yine de genellikle bir kabuk betiğidir. Bazen ccbir sh betiği olmuştur, firefoxbir sh betiği, startxbir sh betiğidir. Bir betiği ".sh" ekiyle işaretlemenin bilişsel veya örgütsel bir yararı olduğuna inanmıyorum.

Çok sayıda? Nix ortamında çalışan biri olarak, çok çeşitli mermilerde yazmak zorunda kaldım. İster inanın ister inanmayın, platformlar boyunca, kabuklar aynı değildir. Eğer kişisel kütüphanenizi çoklu mermilerde tutarsanız (gerektiğinde) mermileri tanımlamak için uzantılar kullanmak çok yararlı olacaktır. Bu şekilde başka bir platforma geçtiğinizde ve kabuk biraz farklı olduğunda, modifikasyonlar için hangi komut dosyalarını hedefleyeceğinizi bilirsiniz. .sh .ksh .bsh .csh ...

Dediğiniz gibi, Unix dosya uzantıları tamamen bilgidir. Sen sadece doğru bir shebang ve çalıştırılabilir olması için betiğine ihtiyacın var.

Herhangi bir uzantıya sahip olamazsınız ya da kullanabilirsiniz .sh.

Şahsen, kullanılan kabuğu ne olursa olsun (csh, tcsh, bash, sh, ...) aşağıdaki kuralları kullanırım:

• sistem veya yüksek dereceli komut dosyaları için uzatma yok (son derece nadir).
• .shyüksek dereceye klasik komut dosyaları için, düşük.

Değiştirilebilir olmadıkları için çalıştırılabilir dosyalar için bir uzantı kullanmamalısınız. Bir kabuk betiğiniz olduğunu düşünün a.sh, sonra python'a tekrar yazın a.py, artık betiği çağıran her programı değiştirmek zorundasınız, uygulama detaylarını sızdırmışsınız.

Mircosoft en Windows'da bütün dosya adı uzantısı şey bir karmaşa: ne olabilirdi örneğin a.audio, b.audio, c.audio, bir a.mp3, b.wav, c.oggve d.picture, e.picture, f.picturebir d.jpeg, e.png, f.gif. Çoğu zaman sesin veya resmin hangi formatta olduğunu umursamıyoruz. Ayrıca, yeni kullanıcılara tüm dosya uzantılarını öğretmek için uzun zaman harcamak zorundayız.

Kabuk betiği uzantıları oldukça kullanışlıdır. Örneğin, genellikle aynı dizinde birden fazla dilde (örneğin bash, awk ve lua) birden fazla dosya içeren komut dosyaları yazarım. Yalnızca bash dosyalarında bir dize aramam gerekirse, yanlış pozitifleri azaltmak için uzantı bunu çok kullanışlı kılar. Ya da o proje için tüm bash kodumun satır sayısını yapmak istersem.

Programı çalıştırırken uzantıyı yazmak zorunda kalmak çok acı verici bir durum; bu nedenle, her seferinde uzantıyı yazmaya gerek kalmadan düzenlemek / çalıştırmak için ana çalıştırılabilir dosyaya uzantı olmadan bir bağlantı yapıyorum. Symlinks ucuz ve kolaydır.

Diğerlerinin dediği gibi, kabuk uzantıları umursamıyor. Ancak, dosyaların hızlı bir şekilde insan tarafından tanımlanmasını sağlar. Dosyaları biten .pyya da görüyorum .shve ve en azından ne olması gerektiğini hemen biliyorum. Steve'in dediği gibi, dosya uzantısına göre arama yapmak veya satır sayımı yapmak da pratik hususlardır.