Yol sözdizimi kuralları

Ben manipülasyon Unix yol dizeleri için bir kütüphane yazıyorum. Bu durumda, çoğu insanın endişe etmeyeceği sözdiziminin birkaç belirsiz köşesini anlamam gerekiyor.

Örneğin, anlayabildiğim kadarıyla, öyle görünüyor ki foo/barve foo//barher ikisi de aynı yere işaret ediyor.

Ayrıca, ~genellikle kullanıcının ana dizini anlamına gelir, ancak bir yolun ortasında görünüyorsa ne olur ? O zaman ne olacak?

Mümkün olan her durumu doğru şekilde işleyen bir kod yazacaksam, bu ve birkaç düzine başka soruya cevap verilmesi gerekiyor. Herkes bu şeyler için tam sözdizimi kurallarını açıklayan kesin bir referans biliyor mu ?

(Ne yazık ki, "Unix yol sözdizimi" gibi terimleri aramak, $PATHdeğişkeni tartışan bir milyon sayfayı açıyor ... Heck, bu soru için uygun etiketleri bulmakta bile zorlanıyorum!)

Üç tür yol vardır:

• ilgili yollar gibi foo, foo/bar, ../a, .. Bunlar /, bu yolla sistem çağrısı yapan işlemin geçerli diziniyle başlamaz ve görecelidir.
• mutlak yollar gibi /, /foo/barya da ///x. 1 veya 3 veya daha fazla ile başlarlar, /göreceli değildirler, /kök dizinden başlayarak aranırlar.
• POSIX //fooözel olarak ele alınmasına izin verir , ancak nasıl yapılacağını belirtmez. Bazı sistemler bunu ağ dosyaları gibi özel durumlar için kullanır . Tam olarak 2 eğik çizgi olmalıdır.

Başlangıçtan başka, eğik çizgi dizileri bir gibi davranır.

~sadece kabuk için özeldir, kabuk tarafından genişletilir, sistem için hiç özel değildir. Nasıl genişlediğine kabuk bağımlıdır. Kabuklar, globbing ( *.txt) veya değişken genişleme /$foo/$barveya diğerleri gibi diğer genişletme biçimlerini yapar . Sistem söz konusu olduğunda ~foo, _fooveya gibi göreli bir yoldur foo.

Akılda tutulması gereken şeyler:

• foo/ile aynı değildir foo. Bu yakın içelim foo/.daha foo(özellikle fooen sistemlerde en sistem çağrıları için bir sembolik bağdır) ( foo//aynıdır foo/rağmen).
• a/b/../cmutlaka aynı değildir a/c(örneğin a/b, bir sembolik bağlantıysa). En iyisi ..özel muamele etmek değildir .
• a/././././baynı düşünmek genellikle güvenlidir a/b.

Örneğin, anlayabildiğim kadarıyla, foo / bar ve foo // bar'ın her ikisi de aynı yere işaret ediyor gibi görünüyor.

Evet. Bu yaygındır, çünkü yazılım bazen ilk kısmın eğik çizgi ile sonlandırılmadığını varsayarak bir yolu birleştirir, bu yüzden emin olmak için bir tane atılır (yani iki veya daha fazla olabilir). foo///barve foo/////baraynı yere işaret ediyor foo/bar. Bir yol manipülasyon kütüphanesi için güzel bir işlev, herhangi bir sayıda ardışık eğik çizgiyi bire indirgeyen bir işlevdir (bir yolun başlangıcında, URL-ish yolunda kullanılabileceği veya Stephane'nin belirttiği gibi, herhangi biri için) belirtilmemiş özel amaç).

Ayrıca, ~ genellikle kullanıcının ana dizini anlamına gelir

Bu dönüşüm, yalnızca yoldaki ilk karakterse çalışan kabuk ve tilde genişlemesi yoluyla yapılır . Bununla başa çıkmanız gerekip gerekmediği bağlama bağlıdır. Kitaplık, örneğin bir yol içeren komut satırı bağımsız değişkenlerini alan normal programlarla kullanılacaksa, tilde genişletme yolu gördüklerinde zaten yapılır . Endişe olduğunu görebildiğim tek durum, yolları doğrudan bir metin dosyasından işliyorsanız.

Bunun ötesinde, ~* nix yolunda yasal bir karakterdir ve başka hiçbir şeyle değiştirilmemelidir. Buna göre , bir unix dosya adında yasal olmayan tek karakterler /(yol ayırıcı olduğu için) ve "boş" (diğer adıyla sıfır bayt), çünkü genellikle metinde yasadışıdır.