Шрифт:
# pick: select arguments
PATH=/bin:/usr/bin
for i # for each argument
do
echo -n "$i? " >/dev/tty
read response
case $response in
y*) echo $i ;;
q*) break
esac
done </dev/tty
Обращение
echo -n
подавляет заключительный символ перевода строки, так что переменную response
можно вывести на той же строке, что и приглашение. Конечно, приглашения выдаются на устройство /dev/tty
, поскольку стандартный выходной поток, по всей вероятности, не выводится на терминал. Оператор
break
заимствован из языка Си: он завершает выполнение самого внутреннего цикла, в нашем случае for
, когда вводится q
. Мы выбрали символ q
как сигнал прекращения процесса выбора потому, что это легко сделать, потенциально удобно и не противоречит другим программам. Интересно поэкспериментировать с пробелами в аргументах для команды
pick
:
$ pick '1 2' 3
1 2?
3?
$
Если вы хотите узнать, как команда
pick
читает свои аргументы, запустите ее и нажмите клавишу RETURN после каждого приглашения. В том виде, в каком написана эта команда, она выполняется отлично: в цикле for i
аргументы обрабатываются правильно. Мы могли бы написать цикл другими способами: $ grep for pick
Выясните, что делает эта версия
for i in $*
$ pick '1 2' 3
1?
2?
3?
$
Эта версия не работаете поскольку операнды в цикле снова распознаются, а наличие пробелов в первом аргументе приводит к тому, что он разбивается на два аргумента. Попробуйте взять в кавычки
$*
: $ grep for pick
Попробуем другую версию
for i in "$*"
$ pick '1 2' 3
1 2 3?
$
Такая версия тоже не работает, поскольку "
$*
" является единым словом, которое образовано из всех аргументов, объединенных вместе с разделяющими пробелами. Но решение все-таки есть (это почти черная магия): строка трактуется особым образом интерпретатором и преобразуется в нужное число аргументов для командного файла: $ grep for pick
Попробуем третью версию
for i in "$@" '
$ pick '1 2' 3
1 2?
3?
$
Строка
$@
, не взятая в кавычки, идентична $*
; она обрабатывается иначе, только если заключена в кавычки. Мы использовали ее в команде overwrite
, чтобы сохранить аргументы для команды пользователя. В итоге мы можем сформулировать следующие правила:
$*
и $@
раскрываются как аргументы и снова распознаются; наличие пробелов в аргументах приводит к разбиению их на несколько аргументов; • "
$*
" является единым словом, которое образовано из всех аргументов командного файла, объединенных вместе с пробелами; • «
$*
» идентично аргументам, получаемым командным файлом: пробелы в аргументах игнорируются, в результате получается список слов, идентичных исходным аргументам. Если команда
pick
не имеет аргументов, она, по-видимому, должна читать стандартный входной поток, поэтому можно задать
$ pick < mailinglist
вместо
$ pick `cat mailinglist`
Но мы не будем исследовать эту версию команды
pick
во избежание некоторых неприятных осложнений. Кроме того, значительно проще написать такую же программу на Си. С ней вы познакомитесь в следующей главе. Первые два из приведенных ниже упражнений достаточно сложны, но полезны даже для опытных программистов, работающих на языке
shell
. Упражнение 5.24
Попробуйте написать программу
pick
, которая читает аргументы из стандартного входного потока, если ничего не задано в командной строке. Она должна правильно обрабатывать пробелы. Будет ли допустим ответ q
? Если нет, то попытайтесь выполнить следующее упражнение. Упражнение 5.25
Хотя встроенные команды интерпретатора, такие, как
read
и set
, нельзя переключить, можно временно переключить сам интерпретатор. Прочтите в справочном руководстве раздел по sh(1)
, в котором описывается команда exec
, и придумайте, как читать из /dev/tty
без вызова порожденного интерпретатора. (Может оказаться полезным сначала прочитать гл. 7.) Упражнение 5.26