, но вы можете сократить его. Единственное ограничение заключается в том, что
do
и
done
распознаются как ключевые слова, только если они появляются сразу после перевода строки или точки с запятой. В зависимости от размера цикла
for
иногда лучше помещать все на одной строке:
for i in список; do команды; done
Следует использовать цикл
for
для обработки составных команд или в тех случаях, когда не подходит встроенная обработка отдельных команд. Но не применяйте его там, где в отдельной команде есть цикл по именам файлов:
# Плохая идея:
for i in $*
do
chmod +x $i
done
Предпочтительнее
сделать так:
chmod +x $*
поскольку в цикле
for
отдельная команда
chmod
выполняется для каждого файла, что требует больших вычислительных ресурсов. (Убедитесь в том, что вы понимаете разницу между командами
for i in *
в которой цикл выполняется по всем именам файлов текущего каталога, и
for i in $*
в которой цикл выполняется по всем аргументам командного файла.)
Список аргументов для цикла
for
часто получают путем выбора имен файлов по шаблону, но можно получать и любым другим способом, в частности:
for i in `cat ...`
или просто вводом аргументов. Например, ранее в этой главе мы создали ряд программ для печати в несколько столбцов под именами
2
,
3
и т.д. Они являются связями с одним файлом, которые можно установить следующим образом (при условии, что программа
2
написана):
$ for i in 3 4 5 6; do ln 2 $i; done
$
Цикл
for
имеет и более интересное назначение. Выберем с помощью команды
pick
те файлы, которые будут сравниваться с файлами из каталога старых версий:
$ for i in `pick ch2.*`
> do
> echo $i:
> diff old/$i $i
> done | pr | lpr
ch2.1? y
ch2.2
ch2.3
ch2.4? y
ch2.5? y
ch2.6?
ch2.7?
$
Очевидно, данный цикл следует поместить в командный файл, чтобы уменьшить ввод в следующий раз (ведь если вы что-то сделали дважды, вероятно, вы сделаете это и в третий раз).
Упражнение 3.15
Если цикл с командой
diff
хранится в командном файле, поместите ли вы туда команду pick? Объясните, почему.
Упражнение 3.16
Что произойдет, если последняя строка приведенного цикла будет иметь вид:
> done | pr | lpr &
т.е. кончаться амперсандом? Попробуйте сделать прогноз, а затем проверьте его.
3.9 Программа
bundle
: соберем все воедино
Чтобы лучше понять, как создаются командные файлы, обратимся к такому примеру. Предположим, вы получили почту от приятеля с другой машины:
"где-то!боб"
(Существует несколько вариантов обозначений для адресата на другой машине. Наиболее общим является следующее: машина!пользователь[10] . См. справочное руководство по
mail(1)
), и он хотел бы скопировать командные файлы из вашего каталога
bin
. Самый простой способ их пересылки заключается в ответной почте, так что вы могли бы начать вводить:
10
Это
старая адресация для UUNET сетей
$ cd /usr/you/bin
$ for i in `pick *`
> do
> echo ============== Это файл $i ==============
> cat $i
> done | mail где-то!боб
$
Однако посмотрим на это с точки зрения адресата
"где-то!боб"
: он должен получить почту, в которой все файлы четко разделены, но ему придется воспользоваться редактором для разбивки сообщений на отдельные файлы. Для того чтобы адресату ничего не надо было делать, почтовое сообщение, построенное подходящим образом, должно автоматически распаковать себя, а значит, оно должно быть командным файлом, содержащим и сами файлы, и операции по их распаковке. Вторая идея заключается в том, что конструкция языка
shell
"документ здесь" является удобным способом задания информации для команды при ее запуске. Тогда остальная часть задачи сводится к тому, чтобы правильно расставить кавычки. Ниже приведена работающая программа bundle, которая группирует файлы в выходной поток самодокументированного командного файла:
$ cat bundle
# bundle: группирует файлы в распределенный пакет
echo '# Для разбиения на файлы вызовите sh с этим файлом'
for i
do
echo "echo $i 1>&2"
echo "cat >$i <<'End of $i'"
cat $i
echo "End of $i"
done
$
Поскольку мы взяли в кавычки
"End of $i"
, любые метасимволы из файлов будут игнорироваться.
Естественно, что вам следует выполнить пробный запуск программы, чтобы не нанести ущерб адресату
"где-то!боб"
:
$ bundle cx lc >junk
Пробный запуск bundle
$ cat junk
# Для разбиения на файлы вызовите sh с этим файлом
echo cx 1>&2
cat >cx <<'End of cx'
chmod +x сх
End of cx
echo lc 1>&2
cat >lc <<'End of lc'
# lc: подсчет числа строк в файлах
wc -l $*
End of lc
$ mkdir test
$ sh ../junk
Попробуем
cx
lc
$ ls
cx
lc
$ cat cx
chmod +x $*
$ cat lc
# lc: подсчет числа строк в файлах
wc -l $*
Похоже верно
$ cd ..
$ rm junk test/*; rmdir test
Удалим ненужное
$ pwd
/usr/you/bin
$ bundle `pick *` | mail где-то!боб
Посылка файлов
$
Здесь могут возникнуть трудности, если окажется, что один из посылаемых файлов содержит строку вида
End of имя_файла
но это маловероятное событие. Для обеспечения полной надежности программы нам потребуются некоторые из описываемых в последующих главах средства, однако и в таком виде она удивительно полезна и удобна.