Именование файлов: Правила именования файлов

Содержание

Правила именования файлов

Facebook

Twitter

Vkontakte

Telegram

  1. Только латинские буквы и цифры
  2. Только строчные буквы
  3. Не используйте пробел
  4. Осмысленные названия на английском языке

1. Только латинские буквы и цифры

При подборе названий для файлов используйте только латинские буквы, цифры, символы «-» и «_».

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

  1. Файл корректно отображается при просмотре через FTP-клиент, но не открывается на сайте;
  2. Имя файла может «побиться» (стать нечитабельным) при загрузке с локального компьютера на сервер или при копировании файла с сервера на сервер;
  3. Файл некорректно индексируется поисковыми системами;
  4. Файл не открывается на компьютере пользователя и т.д.
Хорошо bank-statement.pdf Плохо квитанция(банк).pdf

2. Только строчные буквы

Используйте только строчные буквы для названий файлов. В Windows название «Новый Документ.docx» значит то же самое, что и «новый документ.docx», но это относится не ко всем операционным системам. Например, некоторые Unix-системы проявляют чувствительность к регистру.

ХорошоПлохо

3. Не используйте пробел

Если название файла состоит больше, чем из одного слова, никогда не используйте пробел для отделения слов. Используйте в качестве разделителя символ «-» или «_».

При использовании пробелов ссылки на файлы могут быть отличными от тех, которые вводит пользователь. Например, название страницы about company.html может быть записано как about%20company.html. Вводя ссылку sitename.ru/about company.html, пользователь не попадёт на нужную страницу.

Хорошо icon-skype.png Плохо image 1.jpg

4. Осмысленные названия на английском языке

Указывайте для файлов осмысленные названия на английском языке, избегайте названий «по умолчанию» (Новая папка 2) и использования транслита.

Когда пользователь собирается перейти по ссылке, он нередко обращает внимание на её адрес. Если имя страницы или файла описывает содержимое, пользователь охотнее перейдёт по ссылке.

Поисковые системы также учитывают название файла. Ссылка на ваш сайт, содержащая в названии ключевое слово, даёт поисковым системам понять, о чем ваша страница.

ХорошоПлохо

Правила именования файлов Windows

Правила именования файлов Windows



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

Доступ к данным можно получить с дисков, устройств и общих сетевых ресурсов с помощью интерфейсов API файлового ввода-вывода. Файлы и каталоги, наряду с пространствами имен, являются частью концепции пути, который представляет собой строковое представление того, где получить данные, независимо от того, на диске они, или устройстве, или сетевом ресурсе.

Имена файлов и каталогов

Все файловые системы придерживаются одних и тех же общих соглашений об именовании для отдельного файла: имя базового файла и необязательное расширение, разделяемые точкой. Однако, у каждой файловой системы, ()NTFS, и cdfs, NTFS или exFAT, FAT и FAT32, могут быть особые и иные правила о формировании отдельных компонентов пути к каталогу или файлу.

Обратите внимание, что каталог — это просто файл со специальным атрибутом, обозначающим его как каталог, но он также должен следовать всем тем же правилам именования, что и обычный файл. Поскольку термин «каталог» просто относится к определенному типу файлов в отношении файловой системы, мы будем использовать общий термин «файл» для охвата понятий каталогов и файлов данных как таковых. Из-за этого, если не указано иное, любые правила именования или использования или примеры для файла также должны применяться к каталогу. Термин путь относится к одному или нескольким каталогам, обратным косым чертам и, возможно, имени тома.

Ограничения количества символов также могут различаться и варьироваться в зависимости от используемой файловой системы и формата префикса имени пути. Это еще больше осложняется поддержкой механизмов обратной совместимости. Например, старая файловая система MS-DOS FAT поддерживает не более 8 символов для имени базового файла и 3 символа для расширения, в общей сложности 12 символов, включая разделитель точку. Файловые системы Windows FAT и NTFS не ограничиваются этим, поскольку они имеют поддержку длинных имен файлов, но они по-прежнему поддерживают предыдущие версии имен файлов.

Правила именования файлов

Следующие основные правила позволяют приложениям создавать и обрабатывать допустимые имена файлов и каталогов независимо от файловой системы:

  • Используйте точку, чтобы отделить имя базового файла от расширения в имени каталога или файла.
  • Используйте обратную косую черту (\) для разделения компонентов пути. Обратная косая черта отделяет имя файла от пути к нему, и одно имя каталога от другого имени каталога в пути. Нельзя использовать обратную косую черту в имени файла или каталога, потому что это зарезервированный символ, который разделяет имена на составляющие.
  • Не думайте о чувствительности к регистру. Например, можно считать имена OSCAR, Oscar и oscar одинаковыми, хотя некоторые файловые системы (например, файловая система, совместимая с POSIX) могут рассматривать их как разные. Обратите внимание, что NTFS поддерживает семантику POSIX для учета регистра, но это не поведение по умолчанию.
  • Обозначения томов (буквы дисков) не учитывают регистр символов. Например,» D:\ «и» d:\ » – это одно и то же.
  • Используйте любой символ на текущей кодовой странице для имени, включая символы Юникода и символы в расширенном наборе символов (128-255), за исключением следующих:
    • Следующие зарезервированные символы:
      • < (меньше)
      • > (больше)
      • : (двоеточие)
      • » (двойная кавычка)
      • / (косая черта)
      • \ (обратная косая черта)
      • | (вертикальный стержень или символ трубы)
      • ? (вопросительный знак)
      • * (звездочка)
    • Целое нулевое значение, иногда называемое символом ASCII NUL.
    • Символы, целочисленные представления которых находятся в диапазоне от 1 до 31, за исключением альтернативных потоков данных, где эти символы разрешены.
    • Любой другой символ, который целевая файловая система не разрешает использовать.
  • Используйте точку как компонент каталога в пути для представления текущего каталога, например».\temt.txt.».
  • Используйте две последовательных точки (..) как компонент каталога в пути для представления родительского каталога текущего каталога, например»..\temp.txt.»
  • Не используйте следующие зарезервированные имена для имени файла: CON, PRN, AUX, NUL, COM1, COM2, COM3, COM4, COM5, COM6, COM7, COM8, COM9, LPT1, LPT2, LPT3, LPT4, LPT5, LPT6, LPT7, LPT8, и LPT. Также избегайте этих имен, за которыми следует расширение; например, NUL.txt не рекомендуется.
  • Не завершайте имя файла или каталога пробелом или точкой. Хотя файловая система может поддерживать такие названия, оболочка и пользовательский интерфейс Windows не будут работать с этим. Однако допустимо указывать точку в качестве первого символа имени. Например, «.temp».
Короткие и длинные имена

Длинным именем файла считается любое имя файла, которое превышает соглашение об именовании стиля MS-DOS (также называемое схема 8.3). При создании длинного имени файла Windows может также создать короткую форму имени 8.3, называемую псевдонимом 8.3 или коротким именем, и сохранить ее на диске. Это 8.3 псевдонимы могут быть отключены по соображениям производительности либо по всей системе, либо для указанного тома, в зависимости от конкретной файловой системы.

Во многих файловых системах имя файла будет содержать тильду ( ~ ) в каждом компоненте имени, которое слишком длинное, чтобы соответствовать правилам именования 8.3.

Не все файловые системы могут следовать соглашение о подстановке тильды, и системы могут быть настроены на отключение 8.3 генерации псевдонимов, даже если они обычно поддерживают его. Поэтому не следует делать предположение, что псевдоним 8.3 уже существует на диске.

По запросу 8.3 имена файлов, длинные имена файла или полный путь к файлу из системы, рассмотрите следующие варианты:

  • Чтобы получить 8.3 форму длинного имени файла, используйте функцию GetShortPathName.
  • Чтобы получить версию короткого имени длинного файла, используйте функцию GetLongPathName.
  • Чтобы получить полный путь к файлу, используйте функцию GetFullPathName.
В новых файловых системах, таких как NTFS, exFAT, UDFS и FAT32, Windows сохраняет длинные имена файлов на диске в Юникоде, что означает, что исходное длинное имя файла всегда сохраняется. Это верно, даже если длинное имя файла содержит расширенные символы, независимо от кодовой страницы, которая активна во время операции чтения или записи диска.

Файлы, использующие длинные имена файлов, могут быть скопированы между разделами файловой системы NTFS и разделами файловой системы Windows FAT без потери информации об имени файла. Это может быть неверно для старых MS-DOS FAT и некоторых типов cdfs (CD-ROM) файловых систем, в зависимости от фактического имени файла. В данном случае, если это возможно, подставляется короткое имя файла.


Автор этого материала — я — Пахолков Юрий. Я оказываю услуги по написанию программ на языках Java, C++, C# (а также консультирую по ним) и созданию сайтов. Работаю с сайтами на CMS OpenCart, WordPress, ModX и самописными. Кроме этого, работаю напрямую с JavaScript, PHP, CSS, HTML — то есть могу доработать ваш сайт или помочь с веб-программированием. Пишите сюда.



статьи IT, Windows, файлы, каталоги, правила


Именование файлов

По способам именования файлов различают “короткое” и “длинное” имя. До появления операционной системы Windows 95 общепринятым способом именования файлов было соглашение 8.3. Согласно этому соглашению, принятому в MS-DOS, имя файла состоит из двух частей: собственно имени и расширения имени.

На имя файла отводится 8 символов, а на его расширение — 3 символа. Имя от расширения отделяется точкой. Как имя, так и расширение могут включать только алфавитно-цифровые символы латинского алфавита и символ подчеркивания, имя не может начинаться с цифры.

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

Основным недостатком “коротких” имен является их низкая содержательность.

С появлением операционной системы Windows 95 было введено понятие “длинного” имени оно может содержать до 256 символов.

“Длинное” имя может содержать любые символы, кроме девяти специальных: \ / | : * ? » < > . В имени разрешается использовать пробелы и несколько точек. Расширением имени считаются все символы, идущие после последней точки.

Особенности имен в oc Windows

Использование “длинных” имен файлов в операционных системах Windows имеет ряд особенностей.

1. Если “длинное” имя файла включает пробелы, то в служебных операциях его надо заключать в кавычки. Рекомендуется не использовать пробелы, а заменять их символами подчеркивания.

2. В корневой папке диска (на верхнем уровне иерархической файловой структуры) нежелательно хранить файлы с длинными именами — в отличие от прочих папок в ней ограничено количество единиц хранения, причем, чем длиннее имена, тем меньше файлов можно разместить в корневой папке.

3. Кроме ограничения на длину имени файла (256 символов) существует гораздо более жесткое ограничение на длину полного имени фата (в него входит путь доступа к файлу, начиная от вершины иерархической структуры). Полное имя не может быть длиннее 260 символов.

4. Разрешается использовать символы любых алфавитов.

5. Прописные и строчные буквы не различаются операционной системой. Для нее имена Письмо.txt и письмо.txt соответствуют одному и тому же файлу. Однако символы разных регистров исправно отображаются операционной системой, и, если для наглядности надо использовать прописные буквы, это можно делать.

6. Расширение имени файла рассказывает операционной системе, исполняющей программе или пользователю, к какому типу относятся данные, содержащиеся в файле, и о формате, в котором они записаны.

Системы Windows 95/98 имеют средства для регистрации свойств типов файлов по расширению их имени, поэтому во многих случаях выбор расширения имени файла не является частным делом пользователя. Приложения этих систем предлагают выбрать только основную часть имени и указать тип файла, а соответствующее расширение имени приписывают автоматически.

Создание каталогов (папок)

Каталог (папка) – справочник (специальная информационная структура), содержащий информацию о группе файлов, каталогов, хранимых совместно на одном носителе. Все современные операционные системы позволяют создавать каталоги.

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

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

Особенности OC Windows. До появления операционной системы Windows 95 при описании иерархической файловой структуры использовался введенный выше термин каталог. С появлением этой системы был введен новый термин — папка

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

Создание и именование файлов — Информатика, информационные технологии

Файл – это поименованная последовательность байтов произвольной длины. Поскольку из этого определения вытекает, что файл может иметь нулевую длину, то фактически создание файла состоит в присвоении ему имени и регистрации его в файловой системе – это одна из функций ОС. Даже когда мы создаем файл, работая в какой-то прикладной программе, в общем случае для этой операции привлекаются средства ОС.

По способам именования файлов различают «короткое» и «длинное» имя. До появления ОС Windows 95 общепринятым способом именования файлов на компьютерах IBM PC было соглашение 8.3. Согласно этому соглашению, принятому в MS-DOS, имя файла состоит из двух частей: собственно имени и расширения имени.

На имя отводится 8 символов, а на его расширение – 3 символа. Имя от расширения отделяется точкой. Как имя, так и расширение могут включать только алфавитно-цифровые символы латинского алфавита.

Основным недостатком «коротких» имен является их низкая содержательность. Далеко не всегда удается выразить несколькими символами характеристику файла, поэтому с появлением ОС Windows 95 было введено понятие «длинного» имени. Такое имя может содержать до 256 символов. «Длинное» имя может содержать любые символы, кроме девяти специальные: \ / : * ? “|. В имени разрешается использовать пробели и несколько точек. Расширением имени считаются все символы, идущие после последней точки.

Наряду с «длинным» именем ОС Windows создают также и короткое имя файла – оно необходимо для возможности работы с данным файлом на рабочих местах с устаревшими операционными системами.

Особенности Windows

Использование «длинных» имен файлов в операционной системе Windows имеет ряд особенностей.

3. Если «длинное» имя файла включает пробелы, то в служебных операциях его надо заключать в кавычки. Рекомендуется не использовать пробелы, а заменять их символами подчеркивания.

4. В корневой папке диска (на верхнем уровне иерархической файловой структуры) нежелательно хранить файлы с длинными именами – в отличие от прочих папок в ней ограничено количество единиц хранения, причем, чем длиннее имена, тем меньше файлов можно разместить в корневой папке.

5. Кроме ограничения на длину имени файла (256 символов) существует гораздо более жесткое ограничение на длину полного имени файла (в него входит путь доступа к файлу, начиная от вершины иерархической структуры). Полное имя не может быть длиннее 260 символов.

6. Разрешается использовать символы любых алфавитов, в том числе и русского.

7. Прописные и строчные буквы не различаются операционной системой. Для нее имена Письмо.txt и письмо.txt соответствуют одному и тому же файлу. Однако, символы разных регистров отображаются ОС и прописные буквы можно использовать.

8. Программисты давно научились использовать расширение имени файла для передачи операционной системе, исполняющей программе или пользователю информации о том, к какому типу относятся данные, содержащиеся в файле, и о формате, в котором они записаны. В ранних ОС этот факт использовался мало. В современных ОС любое расширение имени файла может нести информацию для операционной системы. Системы Windows имеют средства для регистрации свойств типов файлов по расширению их имени, поэтому во многих случаях выбор расширения имени файла не является частным делом пользователя. Приложения этих систем предлагают выбрать только основную часть имени и указать тип файла, а соответствующее расширение имени приписывают автоматически.

Вопросы для самоконтроля

1. Что такое операционная система?

2. Перечислите основные функции операционной системы.

3. Расскажите о видах интерфейса пользователя в разных операционных системах.

4. Перечислите функции операционной системы по обслуживанию файловой структуры.

5. Объясните правила, по которым формируются короткое имя файла и длинное имя файла.

Статьи к прочтению:

The World’s Best File Naming System


Похожие статьи:

Что такое соглашение об именовании имен файлов javascript?



Должны ли файлы называться как-то-с-hyphens.js, camelCased.js или как-то еще?

Здесь я не нашел ответа на этот вопрос .

javascript naming-conventions
Поделиться Источник ripper234     01 сентября 2011 в 16:24

5 ответов


  • соглашение об именовании xmlns

    Используете ли вы соглашение об именовании для своих пространств имен XML? И если да, то какие за этим стоят рассуждения. Я был действительно поражен тем, что почти никто не писал о соглашении об именовании для пространств имен XML. Большинство пространств имен, которые я видел, имеют формат…

  • что такое соглашение об именовании twitter-bootstrap mixin

    В twitter-bootstrap mixin: https://github.com/twitter/bootstrap/blob/master/less/mixins.less Есть миксины, именующиеся тире и camelCase: .buttonBackground .input-block-level В 3.0.0-м ветке НЗП У нас также есть подчеркивание: clear_float Мой вопрос заключается в том, что такое соглашение об…



197

Одним из возможных соглашений об именовании является использование чего-то похожего на схему именования, используемую jQuery. Это не общепринято, но довольно распространено.

product-name.plugin-ver.sion.filetype.js

где пара product-name + plugin также может представлять пространство имен и модуль . version и filetype обычно являются необязательными.

filetype может быть чем-то относительно содержимого файла. Часто встречаются:

  • min для уменьшенных файлов
  • custom для специально созданных или измененных файлов

Примеры:

  • jquery-1.4.2.min.js
  • jquery.plugin-0.1.js
  • myapp.invoice.js

Поделиться Bryan Menard     01 сентября 2011 в 16:34



148

Я не знаю какого-либо конкретного соглашения для javascript файлов, поскольку они на самом деле не уникальны в Интернете по сравнению с css файлами или html файлами или любым другим типом файлов, подобных этому. Есть несколько «safe» вещей, которые вы можете сделать, чтобы уменьшить вероятность того, что вы случайно столкнетесь с кросс-платформенной проблемой:

  1. Используйте все имена файлов в нижнем регистре. Есть некоторые операционные системы, которые не чувствительны к регистру имен файлов, и использование всех строчных букв предотвращает непреднамеренное использование двух файлов, которые отличаются только в том случае, если они могут не работать в некоторых операционных системах.
  2. Не используйте пробелы в имени файла. Хотя технически это можно заставить работать, существует множество причин, по которым пробелы в именах файлов могут привести к проблемам.
  3. Дефис-это OK для разделителя слов. Если вы хотите использовать какой-то разделитель для нескольких слов вместо пробела или кейса , как в various-scripts.js, дефис-это безопасный, полезный и часто используемый разделитель.
  4. Подумайте об использовании номеров версий в именах файлов. Если вы хотите обновить свои сценарии, запланируйте эффекты кэширования браузера или CDN. Самый простой способ использовать долгосрочное кэширование (для скорости и эффективности), но немедленное и безопасное обновление при обновлении файла JS-это включить номер версии в развернутое имя файла или путь (как jQuery делает с jquery-1.6.2.js), а затем вы нажимаете/изменяете этот номер версии всякий раз, когда вы обновляете/изменяете файл. Это гарантирует, что ни одна страница, запрашивающая более новую версию, никогда не будет обслуживаться более старой версией из кэша.

Поделиться jfriend00     01 сентября 2011 в 16:35



63

Не существует официального универсального соглашения для именования JavaScript файлов.

Есть несколько различных вариантов:

  • scriptName.js
  • script-name.js
  • script_name.js

все допустимые соглашения об именах, однако я предпочитаю предложенное соглашение об именах jQuery (для плагинов jQuery, хотя оно работает для любого JS)

Прелесть этого соглашения об именовании заключается в том, что оно явно описывает добавляемое глобальное загрязнение пространства имен.

  • foo.js добавляет window.foo
  • foo.bar.js добавляет window.foo.bar

Потому что я пропустил управление версиями: оно должно идти после полного имени, желательно через дефис, с периодами между основной и второстепенной версиями:

  • foo-1.2.1.js
  • foo-1.2.2.js
  • foo-2.1.24.js

Поделиться zzzzBov     01 сентября 2011 в 16:26


  • Соглашение об именовании файлов в XCode

    Находясь на WWDC, я заметил соглашение об именовании файлов. Одна из демо-версий, которую я раньше не видел. Этот пример имел : AppDelegate.h AppDelegate.m AppDelegate_animation.m Файл _animation должен иметь весь код, связанный с анимацией. Задокументировано ли это соглашение об именовании…

  • Что такое соглашение об именовании пакетов, используемое в Dart?

    Существует ли соглашение об именовании пакетов Dart? Может быть, есть документ, описывающий паттерны? У меня возникли проблемы с определением соглашения об именовании для имен пакетов, состоящих из нескольких слов. Например, должен ли я использовать placeView , PlaceView , place_view или что-то…



18

Вопрос в ссылке, которую вы дали, говорит об именовании переменных JavaScript, а не об именовании файлов, поэтому забудьте об этом в контексте, в котором вы задаете свой вопрос.

Что касается именования файлов, то это чисто вопрос предпочтений и вкуса. Я предпочитаю называть файлы дефисами, потому что тогда мне не нужно нажимать клавишу shift, как это происходит при работе с именами файлов camelCase; и потому что мне не нужно беспокоиться о различиях между именами файлов Windows и Linux (имена файлов Windows не зависят от регистра, по крайней мере, через XP).

Итак, ответ, как и многие другие, — «it depends» или «it’s up to you.»

Единственное правило, которому вы должны следовать, — это быть последовательными в выбранной вами конвенции.

Поделиться Pete Wilson     01 сентября 2011 в 16:33



7

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

Например, у меня есть модуль обнаружения, объявленный с var knockoutUtilityModule = function() {...} в его собственном файле с именем knockoutUtilityModule.js, хотя объективно я предпочитаю knockout-utility-module.js.

Точно так же, поскольку я использую механизм связывания для объединения сценариев, я взял на себя определение инстанцируемых функций (шаблонные модели представлений и т. Д.), Каждая из которых имеет свой собственный файл, стиль C#, Для удобства обслуживания. Например, ProductDescriptorViewModel живет сам по себе внутри ProductDescriptorViewModel.js (я использую верхний регистр для инстанцируемых функций).

Поделиться Tom W Hall     12 июля 2012 в 23:37


Похожие вопросы:


Что такое обычное соглашение об именовании javascript jQuery для локальных переменных?

У меня есть такие переменные: function refreshGrid(xxx) var yyy = $(‘#AccountID’).val() xxx-это параметр функции, а yyy-локальная переменная. Может ли кто-нибудь сказать мне, что такое общепринятое…


Соглашение об именовании файлов для слоев

Я разделил свой проект .NET на три различных слоя: фасадный слой, бизнес-слой и уровень доступа к данным. Я ищу правильное соглашение об именовании имен файлов для этих слоев. Например, если у меня…


Соглашение об именовании в c#

Каково общепринятое соглашение об именовании c#? (функции, классы, параметры, локальные переменные, пространства имен и т. д.)


соглашение об именовании xmlns

Используете ли вы соглашение об именовании для своих пространств имен XML? И если да, то какие за этим стоят рассуждения. Я был действительно поражен тем, что почти никто не писал о соглашении об…


что такое соглашение об именовании twitter-bootstrap mixin

В twitter-bootstrap mixin: https://github.com/twitter/bootstrap/blob/master/less/mixins.less Есть миксины, именующиеся тире и camelCase: .buttonBackground .input-block-level В 3.0.0-м ветке НЗП У…


Соглашение об именовании файлов в XCode

Находясь на WWDC, я заметил соглашение об именовании файлов. Одна из демо-версий, которую я раньше не видел. Этот пример имел : AppDelegate.h AppDelegate.m AppDelegate_animation.m Файл _animation…


Что такое соглашение об именовании пакетов, используемое в Dart?

Существует ли соглашение об именовании пакетов Dart? Может быть, есть документ, описывающий паттерны? У меня возникли проблемы с определением соглашения об именовании для имен пакетов, состоящих из…


NPM соглашение об именовании скриптов

У меня есть сценарий в моем package.json , который выглядит примерно так: { … scripts: { … testdb:e2e: TESTDB_ENV=’…’ gulp mocha:e2e:backend && gulp mocha:e2e:frontend } … } И я хочу…


Perl Соглашение Об Именовании Имен Файлов

Каково соглашение об именовании, используемое для именования файла с расширением .pl(файл с кодом perl). Кажется, я нигде не могу этого найти. Заранее спасибо.


Соглашение об именовании компонентов и пространств имен в cmake

короче говоря : Существует ли какое — либо предпочтительное соглашение об именовании для целей библиотеки cmake-в частности, при использовании пространств имен? Примечание : Если для этого нет…

  • Вариант 1: DV Video, (расширение имени файла — AVI, видеокодек — DV Video, аудиокодек — pcm_s16, разрешение — 1920×1080, кадров в секунду — 25 )

    Пример:

    Input #0, avi, from './master_okon1_040515_06.avi':
      Duration: 00:00:06.00, start: 0.000000, bitrate: 30270 kb/s
        Stream #0:0: Video: dvvideo (dvsd / 0x64737664), yuv420p, 1920x1080 [PAR 1:1 DAR 16:9], 25 tbr, 25 tbn, 25 tbc
        Stream #0:1: Audio: pcm_s16le ([1][0][0][0] / 0x0001), 44100 Hz, stereo, s16, 1411 kb/s
    				
  • Вариант 2: MPEG2 (расширение имени файла — MPG, видеокодек — MPEG2, аудиокодек — MPEG2, разрешение — 1920×1080, кадров в секунду — 25 )

    Пример:

    Input #0, mpeg, from '/2017/07/06/campoverde3_060717_15.mpg':
      Duration: 00:00:14.97, start: 0.290000, bitrate: 51561 kb/s
        Stream #0.0[0x1e0]: Video: mpeg2video (Main), yuv420p, 1920x1080 [PAR 1:1 DAR 16:9], 50136 kb/s, 25 fps, 90k tbn, 50 tbc
        Stream #0.1[0x1c0]: Audio: mp2, 48000 Hz, 2 channels, s16p, 384 kb/s
    				
  • Вариант 3: MP4 (расширение имени файла — MP4, видеокодек — h364, аудиокодек — AAC, разрешение — 1920×1080, кадров в секунду — 25 )

    Пример:

    Input #0, mov,mp4,m4a,3gp,3g2,mj2, from '/media/vl1/vol1/2017/06/02/stroika_prospekt_020617_20.mp4':
      Duration: 00:00:20.05, start: 0.000000, bitrate: 31299 kb/s
        Stream #0.0(eng): Video: h364 (Main), yuv420p, 1920x1080 [PAR 1:1 DAR 16:9], 31170 kb/s, 25 fps, 25k tbn, 50 tbc (default)
        Stream #0.1(eng): Audio: aac, 48000 Hz, stereo, fltp, 189 kb/s (default)
    				
  • Правила именования файлов

    Имя файла должно состоять ТОЛЬКО из строчных символов латинского алфавита и цифр. Это означает, что ни пробелов, ни каких-либо знаков, кроме знака подчеркивания и точки имя содержать не должно.

    Имя файла формируется из четырёх обязательных частей: идентификационная, времени принятия к эфиру, таймкода и расширения.

    • Идентификационное — несколько слов на латиннице разделённых знаком «_»
    • Время принятия к эфиру — время в формате ГГГГММДД, например: «20150801»
    • Таймкод — длительность ролика в минутах и секундах (фреймы округляются, часы задаются минутами). Значение минут и секунд дополняются ведущими нулями. Например: «04_43» или «123_13»
    • Расширение — типовое расширение файлов — «.avi» или «.mpg»

    Примеры ПРАВИЛЬНОГО именования файлов:

    Соглашение об именах файлов Python?

    Цитирование https://www.python.org/dev/peps/pep-0008/#package-and-module-names :

    Модули должны иметь короткие, строчные имена. Подчеркивания могут использоваться в имени модуля, если это улучшает читабельность. Пакеты Python также должны иметь короткие, строчные имена, хотя использование подчеркивания не рекомендуется.

    Для занятий :

    Имена классов должны обычно использовать соглашение CapWords.

    И имена функций и (локальных) переменных должны быть:

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

    Посмотрите этот ответ для разницы между модулем, классом и пакетом:

    • Модуль Python — это просто исходный файл Python, который может предоставлять классы, функции и глобальные переменные.
    • Пакет Python — это просто каталог модулей (модулей) Python.

    Итак, PEP 8 говорит вам, что :

    • модули (имена файлов) должны иметь короткие, строчные имена , и они могут содержать подчеркивания;
    • пакеты (каталоги) должны иметь короткие, строчные имена , желательно без подчеркивания;
    • классы должны использовать соглашение CapWords.

    PEP 8 говорит, что имена должны быть короткими ; Этот ответ дает хороший обзор того, что следует учитывать при создании имен переменных, которые также применяются к другим именам (для классов, пакетов и т. д.):

    • имена переменных не являются полными дескрипторами;
    • поместить детали в комментарии;
    • слишком конкретное имя может означать слишком конкретный код;
    • держите короткие прицелы для быстрого поиска;
    • тратить время на размышления о читабельности.

    В заключение, хороший обзор соглашений об именах приведен в Руководстве по стилю Google Python .

    Соглашения об именах файлов

    — Введение в управление данными для студентов бакалавриата

    Соглашения об именах файлов — Введение в управление данными для студентов бакалавриата — LibGuides в Университете Иллинойса в Урбана-Шампейн Перейти к основному содержанию

    Похоже, вы используете Internet Explorer 11 или старше. Этот веб-сайт лучше всего работает с современными браузерами, такими как последние версии Chrome, Firefox, Safari и Edge. Если вы продолжите работу в этом браузере, вы можете увидеть неожиданные результаты.

    Что такое соглашение об именах файлов?

    Соглашение об именах файлов (FNC) — это структура для присвоения имен файлам, описывающая , что они содержат, а — как они соотносятся с другими файлами.

    Очень важно установить FNC до , когда вы начнете сбор данных, чтобы предотвратить накопление неорганизованных файлов, которое может привести к неуместным или потерянным данным.Решение о создании FNC в группе полезно для эффективного общения и согласованности в вашей работе. Примите во внимание важные элементы вашего исследования, чтобы установить значимые имена файлов (дата создания, версия файла, название проекта и т. Д.).

    Соглашения об именах файлов

    Когда вы работаете, вы не всегда можете думать о том, как вы называете свои файлы.У вас может получиться папка, которая выглядит так:

    Источник: xkcd https://xkcd.com/1459/

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

    • Фамилия или инициалы руководителя проекта

    • Фамилия или инициалы создателя файла

    • Название проекта / аббревиатура

    • Дата создания / создания файла (в формате ГГГГ-ММ-ДД)

    • Номер версии (с ведущими нулями)

    Воспользуйтесь таблицей подсказок о структуре файлов и именовании от Research Data Service, чтобы спроектировать структуру каталогов, которая сортирует и организует файлы вашего проекта удобным для вас способом.Работаете в команде? Принесите на следующую встречу лист с приглашением к структуре файлов и именованию и вместе поработайте над структурой, которую сможет использовать каждый.

    Именование файлов и управление версиями — Research Data Services

    Определение

    Это набор соглашений, которые вы определяете для именования файлов данных и папок, в которых вы их храните, а также для сохранения нескольких версий файлов.

    Актуальность

    Использование соглашений об именах и версиях. . .

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

    Рекомендации
    Категория Особые рекомендации
    Имена файлов и папок
    • Определите соглашение об именах и используйте его последовательно, особенно если несколько человек совместно используют файлы.

    • Избегайте «/ \: *?» [] & $ В именах. Эти символы имеют определенные значения в операционной системе вашего компьютера, что может привести к неправильному чтению или удалению этих файлов.

    • Используйте подчеркивание (_) или введите CamelCase для разделения терминов, а не пробелов.
    Имена папок
    • Имена должны быть короткими, не более 15-20 символов.

    • Используйте имена, описывающие общую категорию файлов, содержащихся в папке.

    Имена файлов
    • Имена должны быть короткими, не более 25 символов.
    • Используйте имена, описывающие содержимое файла, выбирая 3-4 ключевых элемента информации.

    • Включите дату в формате, рекомендованном ISO 8601: ГГГГ-ММ-ДД. Это важно, потому что дата, хранящаяся в файле на вашем компьютере, будет изменена, если файл будет перемещен на другой компьютер. Как международный стандарт, он легко распознается и широко интерпретируется.

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

    Примерное имя файла: Mendota_Buoy6_20110711_v2
    • Mendota_Buoy6 относится к озеру и бую, с которого были собраны данные.

    • 20110711 представляет дату, когда данные были собраны, и записано в ISO 8601.

    • v2 указывает, что существовала предыдущая версия этого набора данных и что появятся будущие версии.
    Версии файла
    • Включите номер версии в конце имени файла, например v01. Меняйте этот номер версии каждый раз при сохранении файла.

    • Для окончательной версии замените номер версии словом FINAL. Это особенно важно, если файлы используются совместно.

    • Включите управление версиями или отслеживание в совместных работах или пространствах хранения, таких как Wikis, GoogleDocs или MyWebSpace.

    • Используйте программное обеспечение для управления версиями, такое как Apache Subversion, для автоматического отслеживания версий компьютерного кода.

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

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

    DO

    1. Для разделения слов используйте заглавные буквы, а не пробелы.

    Правильно Неправильно
    Имя файла Управление рисками
    RPODirectory
    Risk_management
    Управление рисками
    RPO_Directory
    Справочник по аутсорсингу процесса найма
    Пояснение Подчеркивание и пробелы могут затруднить поиск файла.Их удаление сокращает длину имени файла, но при использовании заглавных букв для различения слов имя файла по-прежнему легко узнаваемо. Если в именах файлов используются аббревиатуры, начинающиеся с заглавной буквы, аббревиатура должна быть заглавной, а первая буква следующего слова также должна быть заглавной.

    2. Имена файлов должны быть короткими, но содержательными.

    Правильно Неправильно
    Имя файла 2015 Глобальный рынокПоделиться The_2015_Staffing_and_Talent_Engagement_Global_market_ ​​share_report
    Пояснение Длинные имена файлов означают длинные пути к файлам, а длинные URL-адреса, которые увеличивают вероятность ошибки, труднее запомнить и распознать.Некоторые слова добавляют длину имени файла, но не влияют на значение, например такие слова, как «the», «a» и «and». Если оставшееся имя файла по-прежнему имеет значение в контексте файлового каталога, эти элементы могут быть удалены.

    3. При использовании даты в имени файла всегда указывайте дату «назад вперед» в следующем формате: ГГГГ или ГГГГММ или ГГГГММДД

    Правильно Неправильно
    Имя файла 20150201Agenda
    201502Agenda
    2015Agenda
    1 февраля 2015 г.
    Пояснение Перевод дат назад на передний план означает, что хронологический порядок записей сохраняется, когда имена файлов перечислены в каталоге файлов.Это помогает при попытке получить последнюю датированную запись.

    4. Расположите элементы в имени файла наиболее подходящим способом для извлечения записи.

    Правильно Неправильно
    Имя файла /… / Cttee / 20140630Agenda

    или

    /… / События / Вебинар20140630
    /… / Cttee / Agenda30March3014

    or

    / Events / 30062014Webinar
    Пояснение Элементы, которые должны быть включены в имя файла, должны быть упорядочены в соответствии со способом, которым запись будет извлекаться в ходе повседневной работы.Например, если записи извлекаются по дате, элемент даты должен появиться первым. Если записи извлекаются в соответствии с их описанием, первым должен появиться элемент описания.

    5. При включении числа в имя файла всегда указывайте его как двузначное число, а не как одно.

    Правильно Неправильно
    Имя файла OfficeProceduresV01
    OfficeProceduresV02
    OfficeProceduresV03
    OfficeProceduresV04
    OfficeProceduresV05
    OfficeProceduresV06
    OfficeProceduresV07
    OfficeProceduresV08
    OfficeProceduresV09
    OfficeProceduresV10
    OfficeProceduresV09
    Файлы OfficeProceduresV10
    OfficeProcedures95V1195 Упорядоченные файлы в каталог
    OfficeProceduresV1
    OfficeProceduresV10
    OfficeProceduresV11
    OfficeProceduresV2
    OfficeProceduresV3
    OfficeProceduresV4
    OfficeProceduresV5
    OfficeProceduresV6
    OfficeProceduresV7
    OfficeProceduresV8
    OfficeProceduresV9
    900u (упорядоченный список файлов)
    Пояснение Чтобы сохранить числовой порядок, когда имена файлов содержат числа, важно включать ноль для чисел 0–9.Это помогает получить последний номер записи. т.е. 01, 02… 99, если это не год или другое число, состоящее более чем из двух цифр.

    6. Если номер версии применим, он всегда должен указываться в имени файла записи, чтобы можно было легко идентифицировать и извлекать самую последнюю версию.

    Правильно Неправильно
    Имя файла 2014RPOInsightV3draft
    2014RPOInsightFinal
    OrgHier2014V02.xls
    OrgHier2014V03.xls
    OrgHier2014Final.xls
    RPO_Insight_2 March_2014
    RPO_ Insight _15_March_2014
    Org_Hier_2014_v2.xls
    Org_Hier_2014_v3.xls
    Org_Hier_2014_v4.xls
    Пояснение Некоторые записи проходят несколько версий, которые впоследствии могут быть просмотрены и обновлены. Важно уметь различать эти различные проекты и окончательную версию, давая каждому из них свой номер и обозначение.

    7. Используйте понятные имена папок

    Правильно Неправильно
    Имя файла Европа / Венгрия /
    компаний / Adecco / Счета
    Ноэль /
    Разное /
    Пояснение Имена папок должны указывать на содержимое папки и отражать выполняемые вами функции, действия и транзакции. Избегайте использования названий команд в качестве основы для названий папок, поскольку ваша организационная структура может измениться; и известные имена, такие как Разное.

    НЕ

    A. Даже если ваша операционная система позволяет вам, не сохраняйте файлы, содержащие эти символы *: \ / <> | «? []; = + & £ $. Вы можете столкнуться с трудностями при поиске или открытии их, поэтому их лучше избегать.

    B. Не используйте инициалы, сокращения и коды, которые обычно не понимаются.

    C. Избегайте использование общих слов, таких как «черновик» или «буква» в начале имен файлов, если только это не упростит получение записи.

    D. Избегайте ненужных повторов и избыточности в именах файлов и путях к файлам.

    Чтобы узнать больше об управлении записями, я предлагаю вам взглянуть на страницы Эдинбургского университета.

    Наконец, вы можете использовать эти приложения для именования файлов, если вам нужно переименовать много файлов:

    Как всегда, удачи и, пожалуйста, используйте раздел ниже, если у вас есть комментарии, критика или предложения.

    Стандарты именования файлов | Город Ванкувер Вашингтон

    Для обеспечения единообразного метода наименования файлов с планом и документами см. Информацию ниже:

    Файлы планов

    Все файлы планов должны быть загружены как одностраничные файлы.В связи с этим они должны быть названы, начиная с числового значения, чтобы они отображались в желаемом порядке после загрузки. Файлы должны быть названы в соответствии с их порядком, указанным на титульном листе, титульном листе или оглавлении. В ePlans файлы отображаются в алфавитно-цифровом порядке, поэтому перед загрузкой важно давать файлам имена, начинающиеся с числового значения. После номера рядом с названием листа и кратким описанием каждой страницы.

    Для получения дополнительной информации о том, что требуется для файлов вашего плана, а также о типах файлов, которые вы можете загружать, посетите нашу страницу требований к файлам плана.

    В следующих примерах показаны допустимые стандарты именования файлов планов, загружаемых в папку «Планы»:

    Пример № 1

    Список листов, представленных в Указателе листов плана, и правильные имена файлов плана :

    Пример № 2

    Если у вас нет указателя или обложки, назовите файлы планов, начиная с номера, в котором они будут отображаться.Это тот же порядок, в котором вы бы скрепили или скрепили свои планы при подаче документов. После того, как у вас есть номер, следуйте за ним с кратким описанием каждой страницы. Это помогает нашим рецензентам быстро определить, что каждая страница экономит время на вашем обзоре. Ниже приведен пример правильно названных файлов планов:

    Вставка новой страницы плана между двумя существующими страницами плана в вашей заявке:

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

    Этот метод заключается в том, как вы вставляете новую страницу плана в существующую отправку, сохраняя при этом все существующие номера страниц плана.

    Файлы документов

    Файлы документов могут быть многостраничными и входить в состав вашей заявки, но не являются страницами плана. Примером может служить ваша заявка, структурные расчеты, геотехнические отчеты, спецификации устройств, описания проекта и отчеты о ливневых водах.Для получения дополнительной информации о том, что требуется для файлов ваших документов, а также о типах файлов, которые вы можете загружать, посетите нашу страницу требований к файлам плана.

    Поскольку ваши документы не обязательно должны располагаться в определенном порядке, вам не нужно начинать имя файла с числа. Вместо этого просто назовите файл своим именем. Вот пример правильного названия файлов документов:

    Если у вас есть вопросы, свяжитесь с нами, и мы поможем.

    Как автоматизировать именование файлов

    Справка> Учебные ресурсы> Глоссарий> Как автоматизировать именование файлов

    Задача именования файлов

    Чем больше документов создает ваша команда, тем больше складское хранилище вашей компании напоминает хаос.И рано или поздно безымянный документ с другими безымянными документами в папке будет больше похож на полиэтиленовый пакет, набитый пластиковыми пакетами, чем на согласованный рабочий процесс.

    Безымянная ужасная красавица кажется вам знакомой, не так ли? Причина такой слабости управления вполне естественна — людям не хватает времени для ручного ввода имени при каждой отправке документа.

    Соглашение об именах: для чего это нужно?

    Понимаете,

    Автоматизация — это совсем другое дело.Соглашение об именах файлов — это систематический способ именования файлов вашими полевыми группами. Добавление соглашения об именах файлов к вашим файлам не только предотвращает проблему дезорганизации файлов, но также открывает широкий спектр преимуществ как для вас, так и для вашей команды:

    • Сэкономлено время на ввод файлов вручную на устройстве. Если вы просто подсчитаете все время, которое ваша команда тратит на присвоение имен, переименование или систематизацию документов, а затем попытаетесь их найти, это будет примерно 2 часа в день.Или даже больше.
    • Устранение человеческой ошибки. Когда люди работают в поле, они могут не всегда обращать внимание на то, как они называют свои файлы, и могут случайно сделать много ошибок.
    • Быстрый поиск файлов. Соглашение об именах файлов помогает идентифицировать содержимое документа, даже не открывая его.
    • Единая файловая структура. Вы можете хранить файлы и документы в одной папке без потери логики и контекста. Отношения между вашими файлами будут последовательными и связными.
    • Близнецов нет. Соглашение об именах предотвращает дублирование файлов.

    Как работает соглашение об именах

    То, как все работает во Fluix, не связано с ракетостроением. Главный принцип можно описать всего двумя предложениями:

    • Первое. Вы устанавливаете соглашение об именах в шаблоне файла и загружаете его в папку хранения, которая используется в вашем рабочем процессе.
    • Второе. Каждый раз, когда ваш коллективный работник заполняет поля в предварительно настроенном соглашении об именах, файл автоматически получает свое имя.Просто легко!

    14-дневная пробная версия

    Молниеносное развертывание

    Кредитная карта не требуется

    У вас уже есть учетная запись Fluix? Затем узнайте, как настроить соглашение об именах файлов в Fluix, в нашем пошаговом руководстве «Соглашения об именах файлов».

    Ознакомьтесь с функциями и процессами Fluix

    3 Лучшие практики для соглашений об именах файлов

    Мы уже прошли все: вам нужно найти файл с важной информацией, и вы не знаете, где он находится.Смотришь папку за папкой. Ничего такого. Вы пробуете другой компьютер. По-прежнему не повезло. Где, черт возьми, этот файл?

    К сожалению, если вы не знаете, как называется файл, вы будете искать иголку в стоге сена. Вероятно, он называется как-то вроде 2jfepzbmq238.doc. Только слепая удача и часы копания в файлах сейчас спасут вас.

    Как организация, вы этого не хотите. Это не только приводит к пропаданию важных файлов, но даже когда вашим сотрудникам удается найти файл, они в совокупности тратят часы рабочего времени на поиск.И это снижает продуктивность всех в целом.

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


    Обзор: Что такое соглашения об именах файлов?

    Соглашение об именах для файлов — это условие, согласно которому файлы должны иметь определенное имя при архивировании документов, чтобы сохранять их организованность и возможность поиска в вашей базе данных.Соглашение об именах файлов гарантирует, что документ не только легко найти, но и что человек может также идентифицировать содержимое этого файла, просто прочитав имя файла.

    Здесь также объясняется взаимосвязь различных файлов друг с другом. Организации должны иметь систему именования файлов, чтобы избежать потери файлов и снижения эффективности работы персонала.


    3 преимущества использования соглашений об именах файлов

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

    1. Упрощает управление

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

    2. Простой поиск

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

    3. Бесперебойный поиск

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


    Как создать соглашение об именах файлов

    Итак, как лучше всего называть файлы? Это зависит от того, в какой отрасли вы работаете и как вы хотите организовать свои файлы в своей системе управления записями. В целом, однако, вы должны предпринять следующие шаги при присвоении имен файлам.

    1. Начните с даты создания

    Начните имя файла с даты создания файла — это простой способ отсортировать файлы. Например, вы можете использовать «20210115» в начале файла.Это указывает год (2021), месяц (01 или январь) и день (15-е).

    Затем вы можете просто отсортировать файлы по имени, чтобы упорядочить файлы по дате создания. Лучше всего начинать с года, потому что тогда у вас не будет ситуации, когда несколько файлов, созданных 15 января, но в разные годы, будут отображаться в верхней части результатов.

    2. Добавьте краткое описание проекта

    Еще один хороший идентификатор, который следует указать в имени файла, — это описание проекта. Например, вы можете использовать «MarketingPresentation», чтобы четко идентифицировать его как маркетинговые материалы и отличать, скажем, от торговой презентации, созданной в тот же день.

    3. Используйте номер версии, если применимо.

    Если в один день создано несколько версий маркетинговой презентации, и вы хотите отслеживать их все, добавьте к имени файла что-то вроде «V2» (вторая версия).

    4. Используйте автора для дополнительной идентификации

    Если вы хотите сделать имя файла еще более конкретным, используйте имя автора в файле. Как правило, следует ограничиваться фамилией, чтобы имя файла не получалось слишком длинным, но руководствуйтесь здравым смыслом — выбирайте то, что лучше всего подходит для вашего бизнеса.

    5. Соберите все вместе

    Как только все эти элементы будут идентифицированы, создайте имя файла и разделите каждый элемент дефисом или подчеркиванием. Таким образом, окончательное имя файла для приведенного выше примера может быть: «20210115_MarketingPresentation_V2_Smith.pdf».


    3 передовых метода присвоения имен файлам

    Вы должны следовать приведенному выше примеру? Конечно, нет! Система именования зависит от вас. В конце концов, вы будете его использовать. Если вы хотите изменить приведенное выше соглашение об именах, соблюдайте следующие три рекомендации.

    1. Подсчет согласованности

    Соглашения об именах должны быть согласованными. Если вы постоянно меняете их, это может быть лучше, чем ничего — по крайней мере, они должны быть доступны для поиска — но вы все равно будете иметь дело с неорганизованным беспорядком. Сохраняя последовательность, ваша команда будет точно знать, что искать, и все файлы будут аккуратно организованы, когда вы их отсортируете. Обучите персонал использовать ваше соглашение об именах до буквы.

    2. Будьте описательными

    Какое бы соглашение об именах вы ни выбрали, оно должно быть описательным.Даже если вас не волнует организация, вы и ваша команда сэкономите много времени, понимая, что находится в файле, не открывая его. Не беспокойтесь о произвольной длине имени файла — оно не должно быть слишком длинным, но описательность важнее, чем использование определенной длины символа.

    3. Назначьте версию

    Обычно вы хотите идентифицировать каждую версию файла и хранить старые версии. Иногда вам может понадобиться вернуться и посмотреть предыдущие версии документа, и хранение старых файлов ничего не стоит.Это поможет вам правильно отслеживать ход выполнения проекта и убедиться, что вы используете последнюю доступную версию.


    Как можно скорее провести капитальный ремонт системы управления документами

    Люди не задумываются о контроле документов до тех пор, пока они им не понадобятся. Но вместо того, чтобы реагировать, будьте активны и разумны в отказе от бумажных документов. На этой неделе выделите время для создания соглашений об именах документов и разработки новой системы управления документами в вашей организации.

    Затем изучите программное обеспечение для управления документами.Эти приложения помогут вам не только давать имена вашим файлам, но и использовать все элементы аккуратного управления вашими файлами.

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

    Соглашения об именах файлов | Услуги библиотеки и информационных технологий (LITS)

    Источник: https: // xkcd.com / 1459 /

    Именование файлов

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

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

    Имейте в виду, что файлов можно переместить , и без унаследованной структуры папок важная описательная информация о содержимом может быть потеряна.Подумайте, будет ли имя файла иметь смысл за пределами выбранной вами структуры каталогов, а если нет, насколько важна будет потеря этого контекста, например, если важна дата создания файла, включите ее в имя файла, а не только в каталог имя.

    Пять правил именования и организации файлов
    1. Иметь отличительное, удобочитаемое имя , которое указывает на содержание.
    2. Следуйте последовательному шаблону , который удобен в использовании.
    3. Распределите файлы по папкам (при необходимости), следуя единому шаблону.
    4. Избегайте повторения семантических элементов в именах файлов и каталогов.
    5. Иметь расширение файла , соответствующее формату файла (без изменения расширений!)

    Чтобы предоставить описание в самом имени содержимого файла, вы должны включить такие элементы, как:

    • a дата или, по крайней мере, год, когда было создано содержимое файла, в формате ГГГГ-ММ-ДД (год из четырех цифр, месяц из двух цифр, день из двух цифр с дефисом между ними.)
      • Другая информация о дате: Иногда содержимое файла касается определенной даты или диапазона дат. Если они должны быть представлены в имени файла, используйте четкие, краткие обозначения, разделенные дефисами, а не пробелами. Избегайте использования неоднозначных сокращений; предпочитают сначала указывать год, а затем остальную информацию о дате. Например, «2019-Весна», а не «Весенний сем. «19 »или« СПСЭМ ».
    • название проекта или документированное сокращение для проекта.
    • название вашей организации или отдела или аббревиатура (если файлы должны использоваться в разных организациях или отделах).
    • расположение , , относящееся к содержимому файла, например, город, место исследования и т. Д. (Если важно).
    • — номер версии , перед которым стоит v , или другой индикатор состояния содержимого файла, например черновик или окончательный или аналогичный. Например, «Проект финансового отчета v2».
      • Избегайте , начинающегося с имени файла с номера версии, «черновик» или «окончательный».
    Передовая практика

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

    • Используйте начало имени файла для наиболее важной информации. Если дата важнее всего, поставьте ее первым; если отдел наиболее важен, поставьте его на первое место; пр.
    • Избегайте двусмысленных сокращений («СТ» может быть «улица», «святой», «штат», «стандарт», «логопед», «Звездный путь» и т. Д.). Если сомневаетесь, объясните это по буквам.
    • Не используйте специальные символы (например, *. ”/ \ []:; | =, & $ #!‘ () {}).
    • Избегайте использования «верблюжьих заглавных букв» (например, «PelletierLibraryPublicServices») — используйте вместо них пробелы или подчеркивания между словами («Pelletier Library Public Services» или «Pelletier_Library_Public_Services»).
    • Используйте дефисы для соединения тесно связанных единиц информации, например дат: 2019-08-08 Обновление бюджета библиотеки.

    Добавить комментарий

    Ваш адрес email не будет опубликован. Обязательные поля помечены *