Unix dosya adlandırma kuralı [kapalı]

Unix'teki dosyalar için adlandırma kuralının ne olduğunu merak ediyordum. Bundan emin değilim, ama belki de uyması gereken evrensel bir adlandırma kuralı olduğunu düşünüyorum.

Örneğin, bir dosyanın adını söylemek istiyorum: backupile part 2verandom

Böyle yapmalı mıyım?

backup_part2_random

VEYA

backup-part2-random

VEYA

backup.part2.random

Umarım soru açıktır. Temel olarak, Unix felsefesine uyan bir format seçmek istiyorum.

.bir fileto uzantısını ayırmak için kullanılır, örn foo.txt.

-ya da _mantıksal kelime, örneğin ayırmak için kullanılır my-big-file.txtveya bazen my_big_file.txt. -Shift tuşuna basmanız gerekmediğinden (en azından standart bir ABD İngilizcesi PC klavyesiyle), diğerleri _daha fazla boşluk gibi göründüğü için daha iyidir .

Öyleyse, örneğinizi anlarsam backup-part2-randomveya backup_part2_randomnormal Unix konvansiyonuna en yakın olsaydım .

CamelCase normal olarak Linux / Unix sistemlerinde kullanılmaz. Dosya isimlerinin göz at /binve /usr/bin. CamelCase, Unix ve Linux sistemlerindeki kurallardan ziyade istisnadır.

( NetworkManagerBunun CamelCase'i kullandığını düşünebildiğim tek örnek ve Mac geliştiricisi tarafından yazılmış. Birçoğu bu isim seçiminden şikayetçi oldu. Ubuntu'da aslında senaryoyu yeniden adlandırdılar network-manager.)

Örneğin, /usr/binsistemimde:

$ ls -d [A-Z]* | wc -w    # files starting with a capital
6
$ ls -d *_* | wc -w       # files containing an underscore
178
$ ls -d *-* | wc -w       # files containing a minus/dash
409

ve o zaman bile, büyük harfle başlayan dosyaların hiçbiri CamelCase'i kullanmaz:

$ ls -d [A-Z]*
GET  HEAD  POST  X11  Xvnc  Xvnc4

Belirli bir konvansiyonun tutarlı olması çok daha önemli. Bir stil seç ve ona bağlı kal.

Unix / Linux dosya adı sözleşmelerine katılmam:

• Unix / Linux dosya sistemleri kendiliğinden bir uzantı kavramını desteklemez. Bir şey gibi kamu hizmetleri tarafından desteklenen bir dosya uzantısının kavramı tamamen mevcut cp, lsya kullandığınız kabuk. NTFS'de de böyle olduğuna inanıyorum ama yanılıyor olabilirim.

• Kabuk komut dosyaları da dahil olmak üzere, yürütülebilir dosyalar genellikle herhangi bir uzantı türüne sahip olmaz. Scriptler #!/bin/bashhangi programın onu yorumlaması gerektiğini tanımlayan hashbang satırına (yani ) sahip olacaktır.

• İki harf uzunluğunda olan herhangi bir yürütülebilir dosya çok önemlidir. Bu yüzden yürütülebilir dosyalarınızı iki harfli dosya adlarıyla yazmayın. Herhangi bir dosya /etcile biten tabaynı zamanda gibi süper önemlidir fstab, mtab, inittab.
• Bazen .d, özellikle dizin dizinlerine eklenir /etc, ancak bu yaygın değildir (UPDATE: https://serverfault.com/questions/240181/what-does-the-suffix-d-mean-in-linux )
• rcYapılandırma komut dosyalarında veya dosyalarında, hazır (örneğin rc.local) veya son ek ( .vimrc) için yaygın olarak kullanılır
• Unix / Linux topluluğu, uzantılara ilişkin üç karakterlik bir limite sahip olmamıştır ve uygun uzantıların iyi bilinmesi kısaltıldıktan sonra fırlatılmıştır. Örneğin, .htmUnix / Linux'ta HTML dosyalarının sonunda kullanmayın .html.
• Bir dosya kümesinde, bir dosya adı bazen büyük harfle yazılır veya tüm büyük harflerle, bir dizin listesinin başında görünür. Klasik örnek Makefilekaynak paketlerindedir. Bunu sadece bunun gibi şeyler için yap README.
• ~Bir yedekleme dosyasını veya dizini important_stuff~, veya içinde olduğu gibi tanımlamak için kullanılır /etc~. Birçok kabukları yalnız genişleyecektir ~için $HOME.
• Kütüphane dosyaları neredeyse her zaman ile başlar lib. İstisna zlibve muhtemelen birkaç diğerleri.
• İnetd tarafından denir komut dosyaları bazen öncülüğünde etiketlenir in.gibi in.tftpd.
• Biten z, vmlinuzsıkıştırılmış demektir, ancak bu şekilde adlandırılmış başka bir dosya görmedim.

Unix'te, dosya adı, dosya adının ve uzantının oluşturulduğu DOS'un aksine sadece bir dizedir. Yani verilen dosya adlarından herhangi biri tamamen kabul edilebilir.

Ancak birçok program farklı dosya türlerini ayırt etmek için nokta ile başlayan dosya soneklerini kullanmaktadır, yani Apache Web Sunucusu cevap başlıklarında doğru MIME türünü ayarlamak için sonekleri kullanmaktadır.

İki düşünce:

1. In Naming Variables, Functions, and Filesbölümünde GNU Kodlama Standartları şunları bulacaksınız:

   Lütfen bir isimdeki sözcükleri ayırmak için alt çizgi kullanın, böylece Emacs sözcük komutları kendi içinde yararlı olabilir. Küçük harfe sopa;

   IMO " _Emacs kullanmanız gerekir" derken biraz tarihli görünmekle birlikte, yine de 'standartlar' belgesinde yer almaktadır.

2. Diyelim ki bir an için hepimiz linux çekirdeğinin linux projelerinin tümü ve nihayetinde * olduğu ve orada kullanılan sözleşmelerin “standart” sözleşme olarak kabul edilebilecek şeyler olduğu konusunda hemfikir olduğumuzu varsayalım.

   greplinux çekirdeği için -ing kaynağı aşağıdakileri bulacaksınız:

   • Zamanın % 44.6'sı sadece kısa çizgi kullanılır
   • Zamanın % 54.1'i sadece altını çiziyor
   • Bir dosyanın her ikisini de kullandığı zamanın % 1.2'si .

İlginç bir şekilde, Git kaynak ağırlığında % 85 çizgilerin, % 3.8 alt çizgi ve % 11.1 hem de.

Seçim açık, tartışılacak. ;)

Kişisel görüş: Estetik ve vardiya anahtar nedenlerden dolayı çizgi kullanın. Eğer bir takım üzerinde çalışıyorsanız, oy kullanın. Ancak söylenenleri yinelemek için tutarlı olun .

* veya "be_all ve end_all"

Dosya adlarında kullanmamanız gereken karakterler:

| ; ,! @ # $ () <> / \ "'` ~ {} [] = + & ^

İsimlerin okunmasını kolaylaştırmak için kullanmanız gereken karakter sınırlayıcıları:

_ -. :

(Bazı durumlarda ":" olsa özel bir anlamı vardır)

Başkalarının söylediklerini eklemek için, sadece aksanlı harfler ve birçok özel karakterin dosya adlarında yasal olmasına rağmen, aşağıdaki senaryoların herhangi birinde sorunlara yol açabileceğini söyleyebilirim:

• Dosya sisteminizi diğer bilgisayarlarla, özellikle de farklı işletim sistemleriyle paylaşırsınız;
• Dosyaları başkalarıyla paylaşıyorsunuz (ve e-posta dönüşümlerde oldukça iyi olma eğilimindeyse de bazen işe yaramıyor);
• Bazı görevleri otomatikleştirmek için kabuk komut dosyaları kullanırsınız (boşluklar özellikle sorunludur, ancak bunlarla başa çıkmak için birçok yol vardır);
• Başka bir bilgisayardan dosya paylaşımı kullanıyorsunuz.

...

Alfanümerik dosya adlarına yapış. Boşluklardan kaçının veya alt çizgi içeren boşlukları değiştirin (_). Dosya adlarında noktalama işaretlerini nokta (.), Alt çizgi (_) ve kısa çizgi (-) ile sınırlayın. Genellikle dosya isimleri küçük harftir, fakat dosya isminde birden fazla kelime olduğunda CamelCase kullanıyorum.

Dosya türünü gösteren uzantıları kullanın. Programları göstermek için yürütme biti kullanıldığından ve kabukları çeşitli türdeki programların nasıl çalıştırılacağını bildiğinden programların uzantılara ihtiyacı yoktur. Yaygındır ancak kabuk komut dosyaları için (.sh) ve perl komut dosyaları için (.pl) gerekli değildir. Windows çalıştırılabilir uzantıları .bat, .com, .scr ve .exe, Unix'te Windows çalıştırılabilirlerini gösterir.

Bir standart seçin ve ona sadık kalın. Ama kaçınırsan işleri bozmaz.

Gizli (veya nokta) dosyaların noktadan başlayarak adları vardır. Bunlar normalde dizin listelerinde görünmez. Nokta dosyalarını listeye dahil etmek için 'ls -a' kullanın.

Bir kural, kelimeler arasındaki boşlukları değiştirmek için boşlukları değiştirmek için "_" kullanmaktır. Boşlukları değiştirmek için başka karakterler de kullanılabilir, ancak "-" ve "için biraz daha güçlü geleneksel kullanımlar vardır. yollarda, "_" genellikle tercih edilir.

Pathn isimlerinde boşluklar yasaldır, fakat geleneksel yollardan kaçınılmaktadır, çünkü bunlar yol adından ("foo bar") alıntı yapmak veya boşluktan kaçmak (foo \ bar) gerektirir. Düzgün yazılmış bir kabuk betiği, boşlukları, özellikle yol adlarını içerebilecek değişkenleri belirtir, ancak bunu başaramamak ortak bir gözetimdir ve komut satırına girilen bir defalık bir komut verirken çok fazladan yazarak olur.

Sayı kümelerini veya seri numaralarında olduğu gibi, sayı kümelerini ayırmak için "-" kullanmak, dosya sistemleri bağlamı dışında sıkça kullanılan bir kuraldır. "." Kullanarak dosya türünün çok yaygın olduğunu belirten "dosya uzantılarını" ayırmak ve bazı önemli araçlar buna bağlıdır. Örneğin, Red Hat Enterprise Linux üzerindeki paket yönetim sistemi ve türevleri RPM, paket dosyalarının ".rpm" ile bitmesini bekliyor. Geleneksel tarball, gziplenmiş (".gz") bir tar dosyasıdır (".tar") ve böylece ".tar.gz" ile biter.

Bu yüzden, bunları bir araya koyarak, genellikle, "home_backup_2017-07-01.tar.gz" gibi görünen dosya isimleri ile karşılaşırsınız.

kullanmak -veya _dosyaları adlandırmak için
_fonksiyonlar için
.uzantıları için

cat << EOF > foo-bar.sh  
foo_bar() {  
echo baz  
}  
EOF  

David Oneill ile aynı fikirdeyim.

Ancak, dosyalar aynı dizinde sıralanabilirse, 0: 10 saymaz, 00: 10 sayılmaz.

İsimlerdeki tarihleri ​​kullanırken, ISO8601 gibi standart bir tarih formatıyla gidin .

Ve addaki mantıksal parçaları ayırmak için birden fazla karakter kullanmaktan korkmayın. Eğer kullanırsanız _ o zaman daha sonra dosya adları üzerinde İfadelerinin kolaylaştırabilirsiniz (yani _ 3 idi).

Böylece, örneğiniz şöyle bir şey olabilir:

backup_2011-06-19T114012___part002___random

Komut dosyaları ile okunması kolay ve ayrıştırılması kolaydır.

Dosya adındaki kelimeler, Unix kurallarına göre _veya ile -ayrılabilir.

Eğer kullanırsanız -, bu, yazmak daha kolay olur SHIFT tuşuna basarak kurtarır. Ancak -çok az yer kapladığından, sözcük ayrımlarını okumakla karşılaştırıldığında biraz zor _. Kullanılması _kelimeleri ayırmak için çünkü daha temiz görünmesini sağlar _daha fazla yer kaplar.

Kabuk komut dosyalarında ve diğer bilgisayar programlarında, _gibi çok kelimeli değişkenler için kullanılır MY_ENVIRONMENT_FILE. Dosya adları kullanmak yapma _yanı tutarlı tutar: MY_ENVIRONMENT_FILE=~/my_environment_file.

Web geliştirmede -dosya isimlendirmede tercih edilir. Bunun bir nedeni, muhtemelen web bağlantılarındaki alt çizginin alt çizgileri gizleyebilmesi ve web bağlantısını elle yazarken zorlaştırabilmesidir.

Çoğu editörde ve web sayfalarında, this_long_wordçift ​​tıklamayla tam olarak seçilebilir, ancak seçilemez this-long-word.

Linux için kesinlikle bir standart var. Herhangi bir Linux sistemindeki dosya adlarına bakarsanız, küçük çizgilerle gösterilir: / usr / bin / ssh-keygen. Bu, şu anda bulamadığım Linux Standartları Tabanı dokümanlarından birinde belirtilmiştir. Ayrıca değişken isimleri için alt çizgi kullandığını söyleyen GNU tarafından da belirtilmiştir ve dosya isimleri için kısa çizgiler kullanılmalıdır.

Diğerlerinin söylediklerini eklemek için:

1-Linux, uzantıları çok fazla önemsemese de, Windows, bu nedenle, herhangi birine vermeyi planladığınız herhangi bir dosyanın uygun uzantıya sahip olduğundan emin olun.

2-Deve başlıkları, kaçış dizileri hakkında endişelenecek özel karakterleri olmayan senaryoları kullanmak için en kolay gibi görünmektedir.