Quoting की गलतियाँ और Variables को हमेशा Quote क्यों करें

"$variable_name"
"${array_name[@]}"

#!/bin/bash
count_args() { echo "received $# argument(s)"; }

phrase="hello there world"
count_args $phrase
count_args "$phrase"

#!/bin/bash
touch star_demo_a.txt star_demo_b.txt
pattern="star_demo_*.txt"
echo "unquoted (expands against real files): $pattern"
echo unquoted: $pattern
echo "quoted (kept literal): \"$pattern\""
rm -f star_demo_a.txt star_demo_b.txt

#!/bin/bash
show_args() {
    echo "count: $#"
    for a in "$@"; do echo "[${a}]"; done
}

empty_var=""
show_args $empty_var second
echo "---"
show_args "$empty_var" second

#!/bin/bash
filename="my report.txt"
touch "$filename"
if [[ -f "$filename" ]]; then
    echo "file with a space in its name handled correctly"
fi
rm -f "$filename"

String Variables और Quoting के नियम · Arguments के Arrays ("$@" vs "$*" का Quoting अंतर) · Quoting के नियम · Heredoc Templating (Variables से Config File बनाना)

1. एक variable को unquoted छोड़ना और यह मान लेना कि यह हमेशा एक value की तरह treat होगा, जब Bash असल में इसे पहले whitespace पर word-split कर देता है।
2. यह भूल जाना कि * या ? वाला एक unquoted variable current directory में असली filenames के against glob-expand होता है।
3. यह believe करना कि quoting सिर्फ उन values के लिए चाहिए जिनमें "शायद spaces हों"; एक empty unquoted variable भी पूरी तरह vanish हो सकता है और positional arguments shift कर सकता है।

• Unquoted variable expansions command run होने से पहले word splitting (IFS पर) और filename globbing से गुजरते हैं।
• "$var" दोनों word splitting और globbing रोकता है, variable की exact value को एक argument के रूप में preserve करते हुए।
• एक unquoted empty variable पूरी तरह vanish हो जाता है एक empty argument बनने के बजाय, जो positional arguments को unexpectedly shift कर सकता है।
• एक default habit के रूप में, हर variable expansion को quote करें जब तक आपको specifically word splitting या globbing न चाहिए हो।