Anlaşılması gereken şey, ~genişlemenin kabuğun (bazı mermilerin) bir özelliği olması, kullanıldığı dizinde kullandığınız ana dizinden ziyade sihirli bir karakter değildir.
Genişletilir (komut satırlarını yorumlamak için kullanılan bir uygulama olan kabuk gibi), $varkomut çalıştırılmadan önce bir kabuk komut satırında kullanıldığında bazı koşullar altında değerine genişletilir.
Bu özellik ilk olarak 1970'lerin sonunda C-kabuğunda ortaya çıkmıştı (Bourne kabuğu ona sahip değildi, ya da selefi Thompson kabuğuna sahip değildi), daha sonra Korn kabuğuna (Bourne kabuğuna daha yeni bir kabuk üzerine inşa edilmiş) ilave edildi. 80s). Sonunda POSIX tarafından standardize edilmiştir ve artık POSIX dışındakiler de dahil olmak üzere çoğu kabukta mevcuttur fish.
Kabuklarda bu kadar yaygın kullanımda olduğundan, bazı kabuk dışı uygulamalar da onu ana dizinin anlamı olarak tanır. Bu onların yapılandırma dosyaları veya birçok uygulamaların durum kendi komut satırında ( mutt, slrn, vim...).
bashözellikle (GNU projesinin kabuğu olduğu ve birçok Linux tabanlı işletim sisteminde yaygın olarak kullanılan), çağrıldığı zaman sh, çoğunlukla POSIX kurallarının~ genişlemeyle ilgili kurallarına uyar ve POSIX tarafından belirtilmeyen alanlarda, çoğunlukla Korn kabuğu gibi davranır ( bu bir parça klonudur).
İken $var(iç tek tırnak hariç) çoğu yerde genişletilir, ~genişleme, sonradan sadece birkaç belirli koşullarda genişletilir ediliyor.
Liste bağlamlarında, bir dizgenin beklendiği bağlamlarda kendi argümanında genişletilir.
İşte nerede genişlediğine dair birkaç örnek bash:
cmd arg ~ other argvar=~var=x:~:x(POSIX tarafından istenen PATH, MANPATH... gibi değişkenler için kullanılır .)for i in ~[[ ~ = text ]][[ text = ~ ]]( ~AT&T'de bir model olarak alınmasının genişlemesi kshancak bash4.0'dan beri değil ).case ~ in ~) ...${var#~} (bazı diğer kabuklarda olmasa da)cmd foo=~(ancak, çağrıldığında değil sh, yalnızca sol tarafındakiler =kote edilmemiş bir bashdeğişken adı şeklinde olduğunda )cmd ~/x (açıkça POSIX tarafından istenmektedir)cmd ~:x(ama değil x:~:xveya x-~-x)a[~]=foo; echo "${a[~]} $((a[~]))" (diğer bazı kabuklarda değil)
İşte genişlemediği birkaç örnek:
echo "~" '~'echo ~@ ~~(Ayrıca ~u, kullanıcının ana dizinine genişletmek gerektiğini unutmayın u).echo @~(( HOME == ~ )), $(( var + ~ ))- ile
extglob: case $var in @(~|other))...(olsa case $var in ~|other)Tamam).
./configure --prefix=~( --prefixgeçerli bir değişken adı olmadığı için)cmd "foo"=~(içinde bashtırnak işaretleri nedeniyle).- olarak çağrıldığında
sh: export "foo"=~, env JAVA_HOME=~ cmd...
Neye genişlediğine gelince: ~tek başına HOMEdeğişkenin içeriğine veya ayarlanmadığında, hesap veritabanındaki geçerli kullanıcının giriş dizinine genişler (POSIX'in bu davranışı tanımsız bırakmasından bu yana bir uzantı olarak).
Bu unutulmamalıdır ki ksh88 ve bashsürümleri 4.0 için önce, genişleme liste bağlamlarda (dosya adı nesil) globbing uygulandı tilde:
$ bash -c 'echo "$HOME"'
/home/***stephane***
$ bash -c 'echo ~'
/home/***stephane*** /home/stephane
$ bash -c 'echo "~"'
~
Bu olağan durumlarda bir sorun olmamalıdır.
Genişletildiği için, aynı uyarının diğer genişletme şekilleri için de geçerli olduğunu unutmayın.
cd ~
Eğer Çalışmaz $HOMEile başlar -veya içerdiği ..bileşenler. Bu yüzden, herhangi bir fark yaratmanın pek mümkün olmamasına rağmen, kesinlikle şunu söylemek gerekir:
cd -P -- ~
Ya da:
case ~ in
(/*) cd -P ~;;
(*) d=~; cd -P "./$d";;
esac
( ,, ... $HOMEgibi değerleri kapsayacak şekilde ) veya-+2
cd
( cdsizi herhangi bir tartışma olmadan ana dizininize götürür)
Diğer mermilerde daha geniş ~açılımlar var. Örneğin zsh, biz var:
~4, ~-, ~-2(Tamamlama) dizin yığınında dizinleri (eğer ettik yerler genişletmek için kullanılan cdönce kadar).- dinamik adlı dizinler . Nasıl
~somethinggenişletileceğine karar vermek için kendi mekanizmanızı tanımlayabilirsiniz .
~buna eşdeğer olacağına inanıyorum$HOME; ama yanılıyor olabilirim.