5

Многие (большинство?) программы отмечают расширения файлов в нижнем регистре. Команда ls в bash даже печатает foo.jpg по умолчанию как изображение, но не *.JPG .

Символы в нижнем регистре лучше отличать друг от друга, потому что они используют спусковые устройства.

Есть ли стандарт или соглашение, которое предлагает предпочитать строчные расширения файлов в системах Linux?

(похожий, но другой вопрос: https://softwareengineering.stackexchange.com/questions/186313/lowercase-in-linux-file-names)

|источник

1 ответ1

6

Следующие соглашения об именах должны быть соблюдены.

  • Все имена файлов должны быть в нижнем регистре.
  • ИСКЛЮЧЕНИЕ: простые текстовые файлы, такие как README, INSTALL, NEWS, AUTHORS
  • Не используйте пробелы в именах файлов. Используйте «-» или «_».
  • Используйте только буквенно-цифровые символы, точки, подчеркивания и дефисы. Сделайте имена файлов краткими.
  • Избегайте слишком длинных и сложных имен файлов. Избегайте случая с верблюдом. (Прописная первая буква в каждом слове. Ex. ThisIsCamelCase.sh)
  • Используйте одинаковое расширение для каждого типа файлов. (.jpg против .jpeg)

Эти правила стали отраслевым соглашением, потому что вы просто никогда не знаете, как чужой код будет обрабатывать имена файлов. Будут ли имена файлов с пробелами ломать что-нибудь? Будет ли он распознавать файлы .jpg, игнорируя файлы .jpeg? Помните, что имена файлов чувствительны к регистру. Файл Readme отличается от файла README. Хорошая вещь в соглашениях, когда вы их знаете, заключается в том, что они экономят ваше время, так как не нужно думать о том, как будут называться ваши файлы. 

http://www.linfo.org/file_name.html

http://docs.oracle.com/html/B13786_01/ap_k.htm

http://www.cyberciti.biz/faq/linuxunix-rules-for-naming-file-and-directory-names/

http://gcc.gnu.org/onlinedocs/gcc-3.4.4/gnat_ugn_unw/File-Naming-Rules.html

|источник

Всё ещё ищете ответ? Посмотрите другие вопросы с метками .