Dlaczego tylda (~) nie rozwija się w podwójnych cudzysłowach?

Zgodnie z tą odpowiedzią i moim własnym zrozumieniem tylda rozwija się do katalogu domowego:

$ echo ~
/home/braiam

Teraz, ilekroć chcę, aby rozszerzenie powłoki działało, tzn. Używa takich nazw zmiennych $FOOi nie łamie z powodu nieoczekiwanych znaków, takich spacji itp., Należy użyć podwójnych cudzysłowów ":

$ FOO="some string with spaces"
$ BAR="echo $FOO"
$ echo $BAR
echo some string with spaces

Dlaczego to rozszerzenie nie działa z tyldą?

$ echo ~/some/path
/home/braiam/some/path
$ echo "~/some/path"
~/some/path

Powodem, ponieważ w podwójnych cudzysłowach tylda ~nie ma specjalnego znaczenia, jest traktowana jako dosłowna.

POSIX definiuje cudzysłowy jako:

Umieszczanie znaków w podwójnych cudzysłowach („”) zachowuje dosłowną wartość wszystkich znaków w podwójnych cudzysłowach, z wyjątkiem znaków znaku dolara, cudzysłowu i odwrotnego ukośnika,

...

Wniosek powinien dopilnować, aby podwójny cudzysłów poprzedzony był odwrotnym ukośnikiem, który ma być zawarty w podwójnym cudzysłowie. Parametr „@” ma specjalne znaczenie w cudzysłowach

Z wyjątkiem $, `, \i @, inne znaki są traktowane jako dosłowne wewnątrz cudzysłowach.

Rozwinięcie tyldy definiowane jest przez POSIX jako:

„Przedrostek tyldy” składa się z niecytowanego znaku <tilde> na początku słowa, po którym następują wszystkie znaki poprzedzające pierwszy bez cudzysłowu <slash> w słowie lub wszystkie znaki w słowie, jeśli nie ma < slash>. W przydziale można użyć wielu prefiksów tyldy: [...] po <znaku równości> przypisania, po każdym nie cytowanym <kolonie> lub obu. [...] Jeśli żaden z znaków w prefiksie tyldy nie jest cytowany, znaki w prefiksie tyldy po znaku <tyldy> są traktowane jako możliwa nazwa logowania z bazy danych użytkowników. [...] Jeśli nazwa logowania ma wartość NULL (to znaczy, że przedrostek tyldy zawiera tylko tyldę), przedrostek tyldy jest zastępowany wartością zmiennej HOME. Jeśli HOME jest wyłączone, wyniki nie są określone. [...]

Tak więc najkrótsza odpowiedź brzmi „ponieważ tak jest zdefiniowane”: zacytowanie dowolnego znaku w prefiksie, w tym znaku „ ~,” wstrzymuje rozwinięcie.

Definiuje także rozwinięcie jako zawsze skutkujące pojedynczym słowem, więc cytowanie byłoby niepotrzebne:

Nazwę ścieżki wynikającą z rozwinięcia tyldy należy traktować tak, jakby była cytowana, aby zapobiec jej zmianie przez podział pola i rozwinięcie nazwy ścieżki.

Tam, gdzie niektóre ścieżki wymagają cytowania, a reszta to przedrostek tyldy, możesz od razu połączyć rozwinięcie tyldy i zwykłe cytowanie:

$ cat ~/"file name with spaces"

Mówiąc szerzej „dlaczego”: ponieważ nie można sobie wyobrazić dzielenia słów ~, powinno to być zachowanie domyślne, zamiast wymagać cytowania. Ponieważ nie ma potrzeby cytowania, nadanie ~specjalnego znaczenia w cudzysłowie byłoby niepotrzebną komplikacją. I oczywiście przyczyny historyczne oznaczają, że nie można go teraz zmienić, nawet jeśli byłoby to pożądane.

~ powstaje w powłoce C na długo przed dodaniem jej do powłoki Korna, a następnie dodaniem do specyfikacji powłoki POSIX.

W powłoce C ~znajdował się operator globowania (rozwinięty przez tę samą procedurę jak *.txtna przykład ta rozwijająca się ), więc podobnie jak reszta globowania nie była wykonywana wewnątrz podwójnych cudzysłowów.

Chociaż nie odpowiada to na pytanie, dlaczego jest tak zaprojektowany, $HOMEzamiast tego używasz go, jeśli musisz go zastąpić, ponieważ tak właśnie ~działa.

$ echo "$HOME/some/path"
/home/braiam/some/path