Программирование на shell в общем и на bash в частности богато своими нюансами, которые, зачастую, упускаются из вида. В результате мы имеем проблемы на очевидных, вообщем-то, операциях. И как результат, зачастую, бывает "а ну его, этот баш! Перепишу на php/perl/python/ruby/etc”

Эта статья написана для обсуждения и путей решения нескольких самых часто встречающихся "камней преткновения” при программировании на bash. Я лично очень полюбил программировать на bash в последнее время и хочу поделиться кусочком знаний с вами :)

Знакомо? :) Если в имени файла встретится пробел, то все ваши усилия будут напрасны. Каждая из составляющих имени попадет в отдельную итерацию.

Не получится и "закавычить” вывод ls

В этом случае ВЕСЬ вывод ls будет рассматриваться в контексте одной итерации. Это немного не то, чего хотелось бы добиться :) Решение есть

Если в $file или $target окажутся пробелы, то вас ждет разочарование :)

Выход не менее очевиден

Всем известно, что параметры многих команд начинаются с дефиса -. В том случае, если с дефиса начинается имя файла, то оно будет ошибочно воспринято как параметр и вы получите ошибку. В лучшем случае.

Одно из решений - поместить перед именами передаваемых фалов два дефиса --. Это сигнализирует команде (например cp) о том, что список параметров закончен и дальше идут аргументы:

Но более элегантным решением, все-таки, будет цикл (причем с указанием каталога в пути к файлу):

В этом случае аргумент, начинающийся с дефиса, будет передан как ./-foo.mp3 и все сработает нормально.

В bash вам необходимо заботиться о своих переменных. Иначе получите кучу ошибок :) Пример из заголовка выдаст ошибку в двух случаях:

Если переменная, переданная в [ не объявлена или пустая, то команда [ "увидит” выражение

как

и вы получите ошибку unary operator expected (ожидается унарный оператор). Так как оператор = бинарный, то [ будет несколько шокирована :)

Если в $foo содержаться пробелы, то сравнение также будет некорректным

И если вам это может показаться нормальным, то для [ это довольно неожиданно :)

Более корректно будет записать выражение как

но, опять-таки, выполучите ошибку, если текст в переменной начинается с -

В bash есть ключевое слово [[, которое является расширением старой команды test, также известной как [ и это решение всех подобных проблем :)

В случае с использованием [[ ]] вам не надо заключать переменную в кавычки, так как эта конструкция корректно обрабатывает и пустые переменные, и переменные, содержащие пробелы, и переменные, значение которых начинается с дефиса.

Также вам может встретиться вот такой вариант:

x"$foo" - это хак для старых версий шелла, в которых вы вынуждены использовать [. И чтобы позаботиться о значении переменных, наичнающихся с дефиса, то можно использовать вот такую конструкцию.

А если одна из сторон сравниваемого выражения константа, то просто поместите переменную в правую часть :) [ не обращает внимания на то, что находится справа

Только левая часть выражения требует вашего особого внимания, на случай значения, начинающегося с дефиса.

Продолжение следует :)