Я вынужден сказать, что, если Вы не сделали резервных копий, Вы - почти наверняка СОЛЬ здесь, особенно из командной строки.
Удаление связи (с удалением) файла может иногда оставлять данные восстанавливаемыми, пока ничто иное не захватывает тот конкретный inode; редактирование файла перезаписывает данные.
Если у Вашего коллеги все еще есть редактор, он работал в открытом, и его буфер отмены достаточно длинен, который мог бы быть способом восстановить оригинал, но кроме того я боюсь, что Вы снижаетесь.Прошу прощения.
Переменные среды или переменные оболочки, которые представлены операционной системой, окружите сценарии запуска, или самой оболочкой и т.д. обычно все в CAPITALS
.
Чтобы препятствовать тому, чтобы Ваши собственные переменные конфликтовали с этими переменными, это - хорошая практика для использования lower_case
имена переменной.
Да, существуют полные конвенции по стилю кода для bash, включая имена переменных. Например, вот Google's Shell Style Guide.
В качестве краткого описания имен переменных в частности:
Имена переменных: Нижний регистр, с подчеркиванием для отдельных слов. Ex:
my_variable_name
Constants и Environment Variable Names: Все заголовки, выделенные подчеркиванием, объявлены в верхней части файла. Ex:
MY_CONSTANT
Подчеркивание для разделения слов кажется лучшим способом.
У меня есть несколько причин предпочесть случай змеи _вместо случая верблюда, когда я свободен в выборе:
MY_CONSTANT
иmy_variable
); 1_000_000_000
)и эта функция поддерживается во многих языках программирования; \w
обрабатывает символы подчеркивания, такие как символы слов и числа([a-zA-Z0-9_]
).
lower_case
подчеркивание разделяется илиcamelCase
? – Garrett Hall 11.07.2012, 23:55lower_case
подчеркивание разделяется илиcamelCase
? – Garrett Hall 11.07.2012, 23:55camelCase
потому что это короче и не использует ужасное подчеркивание. Вкус, стиль... – jippie 11.07.2012, 23:57PWD
,PS4
, илиBASH_SOURCE
). – Charles Duffy 08.01.2015, 01:49