Правильна величина величини величини сценарію Bash та оболонки

Я зіткнувся з багатьма скриптами оболонки зі змінними у всіх заголовках, і я завжди вважав, що з цим виникає серйозне непорозуміння. Я розумію, що за умовою (а можливо, вже давно) мінливі середовища містяться у великій ліміті.

Але в сучасних сценаріях середовища, таких як Bash, я завжди віддав перевагу конвенції малих імен для тимчасових змінних, а великих регістрів лише для експортованих (тобто середовищ) змінних . Наприклад:

#!/usr/bin/env bash
year=`date +%Y`
echo "It is $year."
export JAVA_HOME="$HOME/java"

Це завжди було моїм сприйняттям речей. Чи є авторитетні джерела, які або згодні або не згодні з таким підходом, або це суто питання стилю?

За угодою, змінні оточення ( PAGER, EDITOR, ...) і внутрішніх змінних оболонки ( SHELL,BASH_VERSION , ...) капіталізуються. Усі інші назви змінних мають бути малими літерами.

Пам'ятайте, що назви змінних залежать від регістру; ця конвенція дозволяє уникнути випадкових переваг екологічних та внутрішніх змінних.

Дотримуючись цієї конвенції, ви можете бути впевнені, що вам не потрібно знати всю змінну середовища, яка використовується інструментами або оболонками UNIX, щоб уникнути їх перезапису. Якщо це ваша змінна, її малі регістри. Якщо ви експортуєте його, великі регістри.

Будь-які конвенції про іменування, що дотримуються послідовно, завжди допоможуть. Ось декілька корисних порад щодо іменування змінної оболонки:

• Використовуйте всі обмеження та підкреслення для експортованих змінних та констант, особливо коли вони поділяються на кілька сценаріїв або процесів. Використовуйте загальний префікс, коли це застосовано, щоб пов'язані змінні виділялися і не стикалися з внутрішніми змінними Bash які є всіма великими літерами.

  Приклади:

  • Експортуються змінні із загальним префіксом: JOB_HOME JOB_LOG JOB_TEMP JOB_RUN_CONTROL
  • Константи: LOG_DEBUG LOG_INFO LOG_ERROR STATUS_OK STATUS_ERROR STATUS_WARNING

• Використовуйте "футляр для змій" ( усі малі та підкреслені літери) ) для всіх змінних, які відносяться до одного сценарію чи блоку.

  Приклади: input_file first_value max_amount num_errors

  Використовуйте змішаний випадок, коли локальна змінна має певний зв’язок із змінною середовища, наприклад: old_IFS old_HOME

• Використовуйте провідне підкреслення для "приватних" змінних та функцій. Це особливо актуально, якщо ви коли-небудь пишете бібліотеку оболонок, де функціям у файлі бібліотеки або в усіх файлах потрібно ділитися змінними, не зіткнувшись ні з чим, що може бути подібним чином названо в головному коді.

  Приклади: _debug _debug_level _current_log_file

• Уникайте випадку з верблюдами . Це зведе до мінімуму помилки, спричинені помилками записів. Пам'ятайте, що змінні оболонки залежать від регістру .

  Приклади: inputArray thisLooksBAD, numRecordsProcessed,veryInconsistent_style

Дивитися також:

• Технічні характеристики бази відкритої групи Випуск 7 - Змінні середовища

Якщо змінні оболонки збираються експортувати в навколишнє середовище, варто врахувати, що POSIX (випуск 7, видання 2018 р.) Визначення змінної середовища середовища визначає:

Назви змінних оточуючих середовищ, які використовуються утилітами в томі Shell and Utilities POSIX.1-2017, складаються виключно з великих літер, цифр та підкреслення ( _) з символів, визначених у Portable Character Set, і не починаються з цифри.

...

Простір імен змінних імен середовища, що містять малі літери, зарезервовано для додатків. Програми можуть визначати будь-які змінні середовища з іменами з цього простору імен без зміни поведінки стандартних утиліт.

Я роблю те, що ти робиш. Я сумніваюсь, що є авторитетне джерело, але це здається досить поширеним де-факто стандартом.

Насправді, термін "змінні середовища", здається, є досить недавнім видобутком. Керніган і Пайк у класичній книзі "Програмування UNIX програми", опублікованій у 1984 році, говорять лише про "змінні оболонки" - в індексі навіть немає запису "оточення"!

Це просто дуже поширена конвенція, я сумніваюся, що для цього є якесь "авторитетне" джерело.

я схильний використовувати ALL_CAPS як для змінних середовищ, так і глобальних. Звичайно, у Bash немає реальної області змінної області, тому є гарна частина змінних, що використовуються як глобальні (в основному налаштування та відстеження стану), і відносно небагато "локальних" (лічильники, ітератори, частково побудовані рядки та часопис)