In breve, citare tutto ciò in cui non è necessario che la shell esegua la divisione dei token e l'espansione dei caratteri jolly.
Le virgolette singole proteggono il testo tra di loro alla lettera. È lo strumento adeguato quando è necessario assicurarsi che la shell non tocchi affatto la stringa. In genere, è il meccanismo di quotazione preferito quando non è richiesta l'interpolazione variabile.
$ echo 'Nothing \t in here $will change'
Nothing \t in here $will change
$ grep -F '@&$*!!' file /dev/null
file:I can't get this @&$*!! quoting right.
Le virgolette doppie sono adatte quando è richiesta l'interpolazione variabile. Con adattamenti adeguati, è anche una buona soluzione quando hai bisogno di virgolette singole nella stringa. (Non esiste un modo semplice per sfuggire a una singola virgoletta tra virgolette singole, perché non esiste un meccanismo di escape all'interno di virgolette singole - se esistesse, non citerebbero completamente alla lettera.)
$ echo "There is no place like '$HOME'"
There is no place like '/home/me'
Nessuna virgoletta è adatta quando si richiede specificamente alla shell di eseguire la suddivisione dei token e / o l'espansione dei caratteri jolly.
Divisione del token;
$ words="foo bar baz"
$ for word in $words; do
> echo "$word"
> done
foo
bar
baz
Al contrario:
$ for word in "$words"; do echo "$word"; done
foo bar baz
(Il ciclo viene eseguito solo una volta, sopra la singola stringa tra virgolette.)
$ for word in '$words'; do echo "$word"; done
$words
(Il ciclo viene eseguito solo una volta, sopra la stringa letterale a virgoletta singola.)
Espansione jolly:
$ pattern='file*.txt'
$ ls $pattern
file1.txt file_other.txt
Al contrario:
$ ls "$pattern"
ls: cannot access file*.txt: No such file or directory
(Non esiste alcun file chiamato letteralmente file*.txt.)
$ ls '$pattern'
ls: cannot access $pattern: No such file or directory
(Non c'è nemmeno un file chiamato $pattern!)
In termini più concreti, tutto ciò che contiene un nome di file dovrebbe di solito essere citato (poiché i nomi di file possono contenere spazi bianchi e altri metacaratteri della shell). Qualunque cosa contenga un URL dovrebbe di solito essere quotata (perché molti URL contengono metacaratteri come ?e &). Tutto ciò che contiene un regex dovrebbe essere di solito citato (idem idem). Tutto ciò che contiene spazi bianchi significativi diversi dai singoli spazi tra caratteri non bianchi deve essere citato (perché altrimenti, la shell immergerà lo spazio bianco in, efficacemente, spazi singoli e taglierà qualsiasi spazio bianco iniziale o finale).
Quando sai che una variabile può contenere solo un valore che non contiene metacaratteri di shell, la quotazione è facoltativa. Pertanto, un non quotato $?va sostanzialmente bene, perché questa variabile può sempre e solo contenere un solo numero. Tuttavia, "$?"è anche corretto e raccomandato per coerenza e correttezza generali (sebbene questa sia la mia raccomandazione personale, non una politica ampiamente riconosciuta).
I valori che non sono variabili seguono sostanzialmente le stesse regole, anche se potresti quindi sfuggire ai metacaratteri invece di citarli. Per un esempio comune, un URL con un &al suo interno verrà analizzato dalla shell come comando in background a meno che il metacarattere non sia salvato o citato:
$ wget http://example.com/q&uack
[1] wget http://example.com/q
-bash: uack: command not found
(Naturalmente, ciò accade anche se l'URL si trova in una variabile non quotata.) Per una stringa statica, le virgolette singole hanno più senso, anche se qui funziona qualsiasi forma di quotazione o escape.
wget 'http://example.com/q&uack' # Single quotes preferred for a static string
wget "http://example.com/q&uack" # Double quotes work here, too (no $ or ` in the value)
wget http://example.com/q\&uack # Backslash escape
wget http://example.com/q'&'uack # Only the metacharacter really needs quoting
L'ultimo esempio suggerisce anche un altro concetto utile, che mi piace chiamare "quotazione altalena". Se devi mescolare virgolette singole e doppie, puoi usarle una accanto all'altra. Ad esempio, le seguenti stringhe tra virgolette
'$HOME '
"isn't"
' where `<3'
"' is."
può essere incollato insieme schiena contro schiena, formando una singola stringa lunga dopo la tokenizzazione e la rimozione delle quotazioni.
$ echo '$HOME '"isn't"' where `<3'"' is."
$HOME isn't where `<3' is.
Questo non è terribilmente leggibile, ma è una tecnica comune e quindi buono a sapersi.
A parte questo, gli script di solito non dovrebbero essere usati lsper nulla. Per espandere un carattere jolly, basta ... usarlo.
$ printf '%s\n' $pattern # not ``ls -1 $pattern''
file1.txt
file_other.txt
$ for file in $pattern; do # definitely, definitely not ``for file in $(ls $pattern)''
> printf 'Found file: %s\n' "$file"
> done
Found file: file1.txt
Found file: file_other.txt
(Il ciclo è completamente superfluo in quest'ultimo esempio; in printfparticolare funziona bene con più argomenti.stat Anche. Il ciclo su una corrispondenza jolly è un problema comune e spesso eseguito in modo errato.)
Una variabile contenente un elenco di token su cui eseguire il loop o un carattere jolly da espandere viene vista meno frequentemente, quindi a volte abbreviamo per "citare tutto a meno che tu non sappia esattamente cosa stai facendo".