Коротше кажучи, цитуйте все, де вам не потрібна оболонка, щоб виконати розбиття лексеми та розширення підстановки.
Одиничні лапки захищають текст між ними дослівно. Це правильний інструмент, коли потрібно переконатися, що оболонка взагалі не торкається струни. Зазвичай це механізм котирування вибору, коли вам не потрібна змінна інтерполяція.
$ 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.
Подвійні лапки підходять, коли потрібна змінна інтерполяція. З відповідними адаптаціями, це також хороший спосіб вирішення, коли вам потрібні поодинокі лапки в рядку. (Немає прямого способу уникнути єдиної цитати між окремими цитатами, оскільки не існує механізму відходу всередині одинарних лапок - якби вони були, вони б не цитували повністю дослівно.)
$ echo "There is no place like '$HOME'"
There is no place like '/home/me'
Жодні лапки не підходять, коли спеціально потрібно оболонці виконати розбиття лексеми та / або розширення підстановки.
Розбиття токена;
$ words="foo bar baz"
$ for word in $words; do
> echo "$word"
> done
foo
bar
baz
На противагу:
$ for word in "$words"; do echo "$word"; done
foo bar baz
(Цикл працює лише один раз, над єдиним цитуваним рядком.)
$ for word in '$words'; do echo "$word"; done
$words
(Цикл виконується лише один раз, через буквальний одноцитуваний рядок.)
Розширення підстановки:
$ pattern='file*.txt'
$ ls $pattern
file1.txt file_other.txt
На противагу:
$ ls "$pattern"
ls: cannot access file*.txt: No such file or directory
(Файлу не названо буквально file*.txt.)
$ ls '$pattern'
ls: cannot access $pattern: No such file or directory
(Немає файлу з іменем $pattern!)
Якщо говорити конкретніше, зазвичай слід цитувати все, що містить ім’я файлу (тому що назви файлів можуть містити пробіли та інші метахарактери оболонки). Як правило, цитується все, що містить URL-адресу (оскільки багато URL-адрес містять метахарактеристики оболонки, як ?і &). Все, що містить регекс, зазвичай цитується (ditto ditto). Все, що містить значні пробіли, окрім одинарних пробілів між символами, які не містять пробілів, потрібно цитувати (тому що в іншому випадку оболонка буде об'єднувати пробіли у, фактично, єдині пробіли, та обрізає будь-який провідний чи кінцевий пробіли).
Коли ви знаєте, що змінна може містити лише значення, яке не містить метахарактерів оболонки, цитування не є обов'язковим. Таким чином, без котирування $?в основному добре, оскільки ця змінна може містити лише одне число. Однак "$?"це також правильно і рекомендується для загальної послідовності та коректності (хоча це моя особиста рекомендація, а не широко визнана політика).
Значення, що не є змінними, в основному відповідають одним і тим же правилам, хоча ви можете також уникати будь-яких метахарактерів, а не цитувати їх. У загальному прикладі URL-адреса з &в ній буде проаналізована оболонкою як фонова команда, якщо метахарактер не буде уникнути або процитовано:
$ wget http://example.com/q&uack
[1] wget http://example.com/q
-bash: uack: command not found
(Звичайно, це також трапляється, якщо URL-адреса є змінною, що не котирується.) Для статичної рядки найбільше сенсу мають одинарні лапки, хоча тут працює будь-яка форма цитування чи скасування.
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
Останній приклад також пропонує іншу корисну концепцію, яку я люблю називати "котируванням пилу". Якщо вам потрібно змішати одинарні та подвійні лапки, ви можете використовувати їх поруч один з одним. Наприклад, наступні цитовані рядки
'$HOME '
"isn't"
' where `<3'
"' is."
можна склеювати спільно назад, утворюючи єдину довгу струну після токенізації та видалення цитат.
$ echo '$HOME '"isn't"' where `<3'"' is."
$HOME isn't where `<3' is.
Це не дуже розбірливо, але це звичайна техніка, і тому добре знати.
Як сторону, сценарії зазвичай не повинні використовуватись lsні для чого. Щоб розгорнути підстановку, просто ... скористайтеся нею.
$ 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
(Цикл в останньому прикладі абсолютно зайвий; printfспеціально працює добре з декількома аргументами. statТакож петля над відповідним символом є поширеною проблемою, і часто робиться неправильно.)
Змінна, що містить список токенів, на які переходить цикл, або макіяж для розширення, зустрічається рідше, тому ми іноді скорочуємо "цитувати все, якщо ви точно не знаєте, що ви робите".