Я пишу скрипты на bash. Это скорее ближе к хобби, хотя иногда нужно и по работе. Конечно, не каждый день, но довольно часто и уже довольно давно. Бывают ситуации, когда либо не хочется пользоваться другими script-языками или когда у заказчика нет специалиста который сможет поддержать ваши скрипты в будущем, если они написаны, например, на perl - в общем, у меня бывало много случаев, когда моими скриптами должен был пользоваться не только я, но и еще кто-то и написаны они должны были быть на bash, а не на чем-то ином. Проанализировав требования к command line interface (CLI) программе, я систематизировал их и написал библиотеку, о которой и пойдет речь ниже.

Что я ожидаю?

Итак, что же мне нужно от CLI программ?

1. Параметры. CLI программа должна уметь работать с параметрами. Параметры могут быть короткими (-M) и длинными(--multi-volume) . Первые нужны непосредственно для ввода их в командной строке и должны быть краткими для скорости ввода, вторые предназначены для использования программы в других скриптах и потому должны быть минимально читаемыми.
2. Ожидаемые параметры и поведение. На самом деле я знаю лишь один by default параметр - "-h" и его длинный синоним "--help". Скрипт, будучи запущен с таким параметром, должен распечатать минимальную справку о себе и своих параметрах и закончить выполнение. (Как бы было прекрасно, когда, запуская на удаленной и мало знакомой машине скрипт, я мог бы быть уверен, что всегда смогу получить минимальное описание... :) )
3. Наличие конфигурационных файлов. Конечно, это не обязательно, но, иногда, крайне желательно, в особенности для скриптов с дюжиной и более возможных параметров.

Пожалуй - это три основных требования. Библиотека  shell-framework была написана чтобы помогать мне писать скрипты, удовлетворяющие таким требованиям.
Еще один Hello world...
Давайте набросаем следующий скрипт:

Это хороший скрипт и он вполне отвечает своим целям. Однако, что будет, если мы захотим добавить еще один параметр - например "-b|--bye" - если он определен, например ‹‹-b "See you"››, то скрипт должен писать, вместо "Hello", "See you"? Нам придется дописать printHelp, добавив в нее описание нового параметра, проинициализировать его default value - "Hello", использовать, вместо "getopt", "getopts" (пример), что несколько изменит цикл и добавить еще строку в case блок. Надо так же заметить, что большинство блоков этого скрипта, таких как "print help", цикл перебора параметров и инициализации переменных, в том или ином виде являются общими для огромного числа скриптов в сети и, на мой взгляд, просто напрашиваются на вынесение их в библиотечные функции.
Посмотрим, как можно решить эту задачу с помощью shell-framework. Для начала скачайте и распакуйте куда-нибудь последнюю версию (ее можно взять здесь). Теперь напишите следующий script

Рассмотрим подробнее некоторые его части:

shF_PATH_TO_LIB определяет, где находится библиотека. Нужно обязательно правильно проинициализировать эту переменную, потому что ее используют все библиотечные скрипты, чтобы подгружать друг-друга. К сожалению, из-за особенностей bash мне пришлось зарезервировать префикс "shF_" для всех переменных этой библиотеки и, понятное дело, использовать его в ваших скриптах не рекомендуется, если вы хотите избежать коллизий.
Строка с source подключает файл base, который по сути является набором стандартных подключений - чтобы не писать каждый раз "подключить библиотеку help, config и тд", я сделал этот файл.

Определяет краткое описание нашего скрипта. Оно будет использовано потом при показе help-а

Добавляет новый параметр(option) со следующими атрибутами: 

• переменная name, которая будет хранить его значение
• значение по умолчанию: World
• краткая форма -n
• длинная --name
• после него ожидается значение (${shF_OPTION_WITH_VALUE}),
• описание: "you can define your name as ${shF_COMMON_PARAMETER_NAME}."
• При распечатке в help-е список параметров будет отсортирован в соответствии с весом заданным при инициализации - 110.

initConfig "$@" пытается "распарсить" строку параметров в соответствии с конфигурацией.
Давайте теперь посмотрим, как он будет работать:

В последнем примере, скрипт нам сообщает, что после параметра (--name) ожидается значение. Дело в том, что стандарта на то, как должны быть оформлены параметры и значения нет и я избрал следующий подход - короткие имена отделяются от значений пробельными символами, а длинные - символом "=", что, по-моему, повышает наглядность:

Ну хорошо, а где же help? Ведь наш первый скрипт к этому моменту уже умел распечатывать подсказку по самому себе. Ну что же - давайте попробуем:

Т.е. у нас уже есть не только автогенерация help, но и множество дополнительных параметров(опций) - уровень логгинга, использование лог файла, поддержка конфигурационных файлов. Про логи, я пожалуй здесь рассказывать не буду, а вот работу конфигурационной системы вполне можно описать.
Когда мы создаем параметр, то мы задаем так же и имя переменной, которая будет проинициализирована значением этого параметра. Порядок инициализации переменной будет следующим:

1. значение по умолчанию, если оно есть
2. значение из конфигурационного файла(далее "конфиг"), если оно есть
3. значение командной строки,  если оно есть

Так что если мы создадим файл config.txt с таким содержимым

то вполне можем его использовать:

$ ./helloWorld.sh
Hello, World!
$ ./helloWorld.sh --config=./config.txt
Hello, Config!
$ ./helloWorld.sh -c ./config.txt --name=Virens
Hello, Virens!

На самом деле скрипт и сам умеет генерировать свои конфиги

Вам достаточно просто перенаправить этот поток в файл, чтобы получить новый конфиг. Скрипт генерит конфиг с комментариями перед каждой переменной (они начинаются со знака #), которые вы можете сами определить при создании нового параметра (если не были заданы, то будет использована та же строка, что и для help). Как вы видите, все строки в этом config файле закомментированы - это произошло потому, что ни одна из переменных не отличалась на момент генерации конфига  от своего значения по умолчанию. Можно определить параметры и в этом случае конфигурация будет несколько иной:

Таким образом, вы можете записать текущие настройки в файл и использовать их в будущем.
Как же решается задача с новым параметром "-b|--bye" описанная ранее? Довольно просто - добавлением строки с новым параметром:

Эта библиотека не ограничивается работой с параметрами коммандной строки, конфигурационными файлами и автоматической генерации описания вашего скрипта. В ней так же есть ассоциативные массивы (из не было в bash до версии 4), некоторое расширение работы с trap и unit тестирование. Если будет желание, я расскажу как работать и с этими разделами.
Конечно же у нее есть недостатки - например скорость работы или сложность кода - все же bash плохо приспособлен для написания таких объемных скриптов. Но, несмотря на это, я ее уже успешно использую и буду рад, если кто-то найдет ее полезной.