Как называется папка с файлами

Обновлено: 04.07.2024

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

СДЕЛАТЬ

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

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

<р>2. Названия файлов должны быть короткими, но осмысленными.

< td valign="top">Отчет_по_кадровому_и_привлечению_глобального_рынка_за_2015

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

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

< td valign="top">Повестка дня на 1 февраля 2015 г.
Повестка дня на 2015 г.
Повестка дня на февраль 2015 г.

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

<р>4. Упорядочить элементы в имени файла наиболее подходящим способом для извлечения записи.

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

<р>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. Используйте понятные имена папок

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

НЕ

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

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

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

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

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

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

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

Адам Поде присоединился к SIA в июне 2009 года, отвечая за исследования в странах Европы, Ближнего Востока и Африки и Азиатско-Тихоокеанского региона. С тех пор он изучал и писал о кадровой индустрии от Австралии до Замбии. Разработаны прогнозы, что рынок . больше

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

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

Преимущества соглашений об именах

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

Идентифицируемость файла

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

Ссылки на документы/файлы будут включать:

Имя файла или полный путь к файлу, включая имя файла
Имя/роль автора(ов) файла или составителя(ей)
Дата создания, редактирования или события, являющегося предметом документа/файла
Номер версии, если применимо.

Удалите пробелы из имен файлов или используйте знаки препинания, такие как символы подчеркивания и дефисы, для разделения слов, например. «AHRC_TechnicalApp_Response20120925.docx» или «AHRC-TechnicalApp-Response20120925.docx», а не «что мы получили от спонсоров по поводу данных.docx»

Предлагаемые соглашения об именах файлов и папок

Имена файлов и папок должны быть короткими, но осмысленными.
Избегайте ненужных повторов и повторяющихся слов в именах файлов и путях к файлам.
Используйте для разделения слов заглавные буквы, а не пробелы.
При включении числа в имя файла всегда указывайте его двузначным числом, а не единицей, например 01, 02 … 99, если только это не год или другое число, состоящее более чем из двух цифр.
При использовании даты в имени файла всегда указывайте дату «сзади вперед» и используйте четыре цифры года, две цифры месяца и две цифры дня: ГГГГММДД или ГГГГММ, или ГГГГ, или ГГГГ-ГГГГ.
При включении личного имени в имя файла сначала укажите фамилию, а затем инициалы.
Избегайте использования общих слов, таких как "черновик" или "буква", в начале имен файлов, если только это не упростит поиск записи.
Упорядочить элементы в имени файла наиболее подходящим образом для извлечения записи.
Имена файлов записей, относящихся к повторяющимся событиям, должны включать дату и описание события, за исключением случаев, когда включение любого из этих элементов несовместимо с правилом 2.
Имена файлов корреспонденции должны включать имя корреспондента, указание темы, дату корреспонденции, а также входящую или исходящую корреспонденцию, за исключением случаев, когда включение любого из этих элементов несовместимо с правилом 2.
Имя файла вложения электронной почты должно включать имя корреспондента, указание темы, дату переписки, «вложение» и указание количества вложений, отправленных с сопроводительным письмом, за исключением случаев, когда включение любого из этих элементов было бы несовместимо с правилом 2.
Номер версии записи должен быть указан в имени файла путем включения «d», за которым следует номер версии, и, где применимо, «d», указывающий на «черновую версию».
Избегайте использования не буквенно-цифровых символов в именах файлов.

Эти соглашения взяты из работы Эдинбургского университета в рамках проекта управления записями AAPS и получили широкое распространение в качестве передовой практики.

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

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

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

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

Дополнительную информацию см. в следующих подразделах:

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

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

Все файловые системы следуют одним и тем же общим соглашениям об именах для отдельных файлов: базовое имя файла и необязательное расширение, разделенные точкой. Однако каждая файловая система, такая как NTFS, CDFS, exFAT, UDFS, FAT и FAT32, может иметь определенные и отличающиеся правила формирования отдельных компонентов пути к каталогу или файлу. Обратите внимание, что каталог — это просто файл со специальным атрибутом, определяющим его как каталог, но в остальном он должен соответствовать тем же правилам именования, что и обычный файл. Поскольку термин каталог просто относится к особому типу файла в том, что касается файловой системы, в некоторых справочных материалах используется общий термин файл для охвата обеих концепций каталогов. и файлы данных как таковые. По этой причине, если не указано иное, любые правила или примеры именования или использования файла также должны применяться к каталогу. Термин путь относится к одному или нескольким каталогам, обратной косой черте и, возможно, имени тома. Дополнительные сведения см. в разделе «Пути».

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

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

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

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

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

При необходимости используйте обратную косую черту в имени тома, например, "C:\" в "C:\path\file" или "\\server\share" в "\\server\share\path". \file" для имен универсального соглашения об именах (UNC). Дополнительные сведения об именах UNC см. в разделе «Ограничение максимальной длины пути».

Не предполагайте чувствительность к регистру. Например, считайте имена OSCAR, Oscar и oscar одинаковыми, хотя некоторые файловые системы (например, POSIX-совместимая файловая система) могут считать их разными. Обратите внимание, что NTFS поддерживает семантику POSIX для учета регистра, но это не поведение по умолчанию. Дополнительные сведения см. в разделе CreateFile.

Обозначения томов (буквы дисков) также нечувствительны к регистру. Например, "D:\" и "d:\" относятся к одному и тому же тому.

Используйте любой символ текущей кодовой страницы для имени, включая символы Unicode и символы расширенного набора символов (128–255), за исключением следующих:

Следующие зарезервированные символы:

< (меньше чем)
> (больше)
: (двоеточие)
" (двойные кавычки)
/ (косая черта)
\ (обратная косая черта)
| (вертикальная полоса или труба)
* (звездочка)

Целое значение, равное нулю, иногда называемое символом NUL ASCII.

Символы, целочисленные представления которых находятся в диапазоне от 1 до 31, за исключением альтернативных потоков данных, где эти символы разрешены. Дополнительные сведения о файловых потоках см. в разделе Файловые потоки.

Любой другой символ, который не разрешен целевой файловой системой.

Используйте точку в качестве компонента каталога в пути для представления текущего каталога, например ".\temp.txt". Дополнительные сведения см. в разделе Пути.

Используйте две последовательные точки (..) в качестве компонента каталога в пути для представления родительского каталога текущего каталога, например "..\temp.txt". Дополнительные сведения см. в разделе Пути.

Не используйте следующие зарезервированные имена для имени файла:

CON, PRN, AUX, NUL, COM1, COM2, COM3, COM4, COM5, COM6, COM7, COM8, COM9, LPT1, LPT2, LPT3, LPT4, LPT5, LPT6, LPT7, LPT8 и LPT9. Также избегайте этих имен, за которыми сразу следует расширение; например, NUL.txt не рекомендуется. Дополнительные сведения см. в разделе Пространства имен.

Не заканчивайте имя файла или каталога пробелом или точкой. Хотя базовая файловая система может поддерживать такие имена, оболочка Windows и пользовательский интерфейс этого не делают. Однако допустимо указывать точку в качестве первого символа имени. Например, ".temp".

Короткие и длинные имена

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

Windows Server 2008, Windows Vista, Windows Server 2003 и Windows XP: псевдонимы 8.3 нельзя отключить для указанных томов до Windows 7 и Windows Server 2008 R2.

Во многих файловых системах имя файла будет содержать тильду (~) в каждом компоненте имени, которое слишком длинно для соответствия правилам именования 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), в зависимости от фактического имени файла. В этом случае по возможности заменяется короткое имя файла.

Пути

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

Если компонент пути является именем файла, он должен быть последним компонентом.

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

Полный и относительный пути

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

Имя UNC любого формата, которое всегда начинается с двух символов обратной косой черты ("\\"). Дополнительные сведения см. в следующем разделе.
Обозначение диска с обратной косой чертой, например "C:\" или "d:\".
Одна обратная косая черта, например, "\directory" или "\file.txt". Его также называют абсолютным путем.

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

«C:tmp.txt» относится к файлу с именем «tmp.txt» в текущем каталоге на диске C.
"C:tempdir\tmp.txt" относится к файлу в подкаталоге текущего каталога на диске C.

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

"..\tmp.txt" указывает файл с именем tmp.txt, расположенный в родительском каталоге текущего каталога.
"..\..\tmp.txt" указывает файл, который находится на два каталога выше текущего каталога.
"..\tempdir\tmp.txt" указывает файл с именем tmp.txt, расположенный в каталоге с именем tempdir, который является равноправным каталогом для текущего каталога.

Относительные пути могут сочетать оба типа примеров, например "C.\tmp.txt". Это полезно, потому что, хотя система отслеживает текущий диск вместе с текущим каталогом этого диска, она также отслеживает текущие каталоги в каждой из разных букв диска (если в вашей системе их несколько), независимо от какое обозначение диска установлено в качестве текущего диска.

Ограничение максимальной длины пути

В выпусках Windows до Windows 10 версии 1607 максимальная длина пути — MAX_PATH, которая определяется как 260 символов. В более поздних версиях Windows для снятия ограничения требуется изменение раздела реестра или использование инструмента групповой политики. Полную информацию см. в разделе Ограничение максимальной длины пути.

Пространства имен

Существует две основные категории соглашений о пространствах имен, используемых в Windows API, обычно называемых пространствами имен NT и пространствами имен Win32. Пространство имен NT было разработано как пространство имен самого низкого уровня, в котором могут существовать другие подсистемы и пространства имен, включая подсистему Win32 и, соответственно, пространства имен Win32. POSIX — еще один пример подсистемы Windows, созданной поверх пространства имен NT. Ранние версии Windows также определяли несколько предопределенных или зарезервированных имен для определенных специальных устройств, таких как коммуникационные (последовательные и параллельные) порты и консоль дисплея по умолчанию, как часть того, что сейчас называется пространством имен устройств NT, и все еще поддерживаются в текущих версиях. Windows для обратной совместимости.

Пространства имен файлов Win32

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

При файловом вводе-выводе префикс "\\?\" к строке пути указывает API Windows отключить всю строку синтаксического анализа и отправить строку, следующую за ней, прямо в файловую систему. Например, если файловая система поддерживает большие пути и имена файлов, вы можете превысить ограничения MAX_PATH, которые в противном случае применяются API-интерфейсами Windows. Дополнительные сведения об обычном ограничении максимального пути см. в предыдущем разделе Ограничение максимальной длины пути.

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

Многие, но не все API файлового ввода/вывода поддерживают "\\?\"; вы должны посмотреть справочную тему для каждого API, чтобы быть уверенным.

Обратите внимание, что API Unicode следует использовать, чтобы убедиться, что префикс "\\?\" позволяет превысить MAX_PATH

Пространства имен устройств Win32

Префикс "\\.\" обеспечивает доступ к пространству имен устройств Win32 вместо пространства имен файлов Win32.Так осуществляется доступ к физическим дискам и томам напрямую, минуя файловую систему, если API поддерживает такой тип доступа. Таким образом вы можете получить доступ ко многим устройствам, кроме дисков (например, с помощью функций CreateFile и DefineDosDevice).

Например, если вы хотите открыть последовательный порт 1 системы, вы можете использовать "COM1" в вызове функции CreateFile. Это работает, потому что COM1–COM9 являются частью зарезервированных имен в пространстве имен NT, хотя использование префикса «\\.\» также будет работать с этими именами устройств. Для сравнения, если у вас установлена плата последовательного расширения на 100 портов и вы хотите открыть COM56, вы не сможете открыть ее с помощью «COM56», поскольку для COM56 нет предопределенного пространства имен NT. Вам нужно будет открыть его с помощью "\\.\COM56", потому что "\\.\" переходит непосредственно к пространству имен устройства, не пытаясь найти предопределенный псевдоним.

Другим примером использования пространства имен устройств Win32 является использование функции CreateFile с "\\.\PhysicalDiskX" (где X – допустимое целочисленное значение) или " \\.\CdRomX". Это позволяет вам обращаться к этим устройствам напрямую, минуя файловую систему. Это работает, потому что эти имена устройств создаются системой по мере перечисления этих устройств, а некоторые драйверы также создают другие псевдонимы в системе. Например, драйвер устройства, реализующий имя "C:\", имеет собственное пространство имен, которое также является файловой системой.

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

Если вы работаете с функциями Windows API, вы должны использовать префикс "\\.\" для доступа только к устройствам, а не к файлам.

Большинство API не поддерживают "\\.\"; только те, которые предназначены для работы с пространством имен устройства, распознают его. Всегда проверяйте справочную тему для каждого API, чтобы быть уверенным.

Пространства имен NT

Существуют также API, позволяющие использовать соглашение о пространстве имен NT, но диспетчер объектов Windows в большинстве случаев делает это ненужным. Для иллюстрации полезно просматривать пространства имен Windows в обозревателе системных объектов с помощью инструмента Windows Sysinternals WinObj. Когда вы запускаете этот инструмент, вы видите пространство имен NT, начинающееся с корня, или "\". Подпапка под названием "Global??" где находится пространство имен Win32. Объекты именованных устройств находятся в пространстве имен NT в подкаталоге «Device». Здесь вы также можете найти Serial0 и Serial1, объекты устройств, представляющие первые два COM-порта, если они есть в вашей системе. Объект устройства, представляющий том, может иметь вид HarddiskVolume1, хотя числовой индекс может отличаться. Имя "DR0" в подкаталоге "Harddisk0" является примером объекта устройства, представляющего диск, и т. д.

Чтобы сделать эти объекты устройств доступными для приложений Windows, драйверы устройств создают символическую ссылку (символическую ссылку) в пространстве имен Win32 "Global??" на соответствующие объекты устройств. Например, COM0 и COM1 в разделе "Глобальные??" подкаталог — это просто символическая ссылка на Serial0 и Serial1, «C:» — это символическая ссылка на HarddiskVolume1, «Physicaldrive0» — это символическая ссылка на DR0 и так далее. Без символической ссылки указанное устройство «Xxx» не будет доступно ни одному приложению Windows, использующему соглашения о пространстве имен Win32, как описано ранее. Однако дескриптор этого устройства может быть открыт с помощью любых API, поддерживающих абсолютный путь пространства имен NT в формате "\Device\Xxx".

С добавлением многопользовательской поддержки через службы терминалов и виртуальные машины возникла необходимость в виртуализации общесистемного корневого устройства в пространстве имен Win32. Это было достигнуто путем добавления символической ссылки с именем «GLOBALROOT» в пространство имен Win32, которое вы можете увидеть в «Global??» подкаталог инструмента браузера WinObj, который обсуждался ранее, и может получить доступ через путь «\\?\GLOBALROOT». Этот префикс гарантирует, что путь, следующий за ним, соответствует истинному корневому пути диспетчера системных объектов, а не пути, зависящему от сеанса.

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

Стратегия именования файлов

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

На вкладках приведены рекомендации и примеры полезных имен файлов.

Элементы в имени файла

Общие элементы, которые следует учитывать (UK Data Service, 2017b) при разработке стратегии именования файлов:

Номер версии (см. также «Подлинность данных»);
Дата создания (формат даты должен быть ГГГГ-ММ-ДД);
Имя создателя;
Описание содержания;
Название исследовательской группы/отдела, связанного с данными;
Дата публикации;
Номер проекта.

Рекомендации

Согласно архиву данных Великобритании (UK Data Service, 2017b), рекомендуется присваивать имена файлам следующим образом:

Создавайте осмысленные, но краткие имена;
Используйте имена файлов для классификации типов файлов.
Избегайте использования пробелов, точек и специальных символов (& или ? или !);
Используйте дефис (-) или знак подчеркивания (_) для разделения элементов в имени файла;
Избегайте очень длинных имен файлов.
Зарезервируйте трехбуквенное расширение файла для конкретных кодов формата файла (например, .doc, .xls, .mov, .tif);
Включите версии имен файлов, где это уместно.

Имя файла

Значение

Стенограмма интервью первой фокус-группы с потребителями, которое состоялось 12 февраля 2010 г.

Интервью с участником 024, интервью Энн Парсонс 5 июня 2008 г.

Версия 4 процедур опроса для British Dental Health Survey.

Набор данных Европейского социального исследования, волна 8, первое издание, вторая версия.

Набор данных опроса медиков, проведенного в 2015 году, второе издание, вторая версия

Именование файлов для качественных данных

Несколько аспектов именования, которые особенно важны для качественных данных (Finnish Social Science Data Archive, 2016):

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

Последовательность именования

Преимущество последовательного именования файлов данных заключается в том, что легче идентифицировать все файлы, связанные с одним событием сбора данных (например, одним интервью). Файлы, относящиеся к одному коллекционному событию (например, аудиозапись, ее транскрипция и фотографии, сделанные интервьюируемым), могут быть связаны по имени файла.
Самый удобный способ — присвоить всем файлам, связанным с одним и тем же событием, 'идентификатор события' в начале имени, то есть в первой части имени. Последняя часть имени может использоваться для передачи специфики, например, будь то аудиозапись, транскрипция или неподвижное изображение:

20130311_interview2_audio.wav
20130311_interview2_trans.rtf
20130311_interview2_image.jpg

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

дата сбора данных (формат даты должен быть ГГГГ-ММ-ДД);
указывает тип материала события/данных;
это идентификатор события коллекции;
пол интервьюируемого;
возраст интервьюируемого;
это муниципалитет проживания интервьюируемого;
указывает тип данных, которые содержит файл, например, "транс" означает транскрипцию, "аудио" – аудиозапись, а "изображение" – фотографию;
это идентификационный номер, используемый для разделения изображений, связанных с событием коллекции.

Структура папки

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

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

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

Данные опроса

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

Файлы качественных данных

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

Этот пример взят из UK Data Service (2017b).

СОВЕТ. Пакетное переименование автоматически созданных файлов

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

Программное обеспечение для пакетного переименования существует для большинства операционных систем. Примеры смотрите на аккордеоне.

Инструменты пакетного переименования

Примеры инструментов пакетного/массового переименования:

Windows:

Mac:

Линукс:

Юникс:

Использование команды grep для поиска регулярных выражений.

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

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

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

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

ЛИЦЕНЗИЯ

Экспертное руководство по управлению данными от CESSDA ERIC распространяется под лицензией Creative Commons Attribution-ShareAlike 4.0 International License. Все материалы по этой лицензии можно использовать свободно, если в качестве автора указан CESSDA ERIC.

ССЫЛКИ

МЕСТНЫЕ СЕМИНАРЫ

Для получения более подробных сведений о местных правилах, требованиях спонсоров и передовых практиках ознакомьтесь с нашим календарем обучающих мероприятий для местных семинаров. Если вы тренер и хотели бы организовать собственный семинар, напишите на training@cessda.eu.

КОНТАКТЫ

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

Дженни Халас, 8 мая 2018 г., 4 минуты чтения

Сегодняшний вопрос "Задайте SEO" от Дж. Уотсона из Южной Африки. Он спрашивает:

Моя папка называется "Офисные стулья".
Название подпапки: High Back Chairs.
Название продукта: Kingston Office Chair High Back.

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

Название каждой категории и подкатегории

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

Возьмем следующий пример:

Офисные стулья с высокой спинкой в секции офисных кресел, которая находится в секции офисной мебели, которая находится в секции мебели.

Если бы вы использовали каждую папку и подпапку в этой структуре, вы могли бы получить URL-адрес, который выглядел бы так:

С этим URL все в порядке. Он описательный, не перегружен ключевыми словами и имеет логическую иерархическую структуру.

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

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

Некоторые сайты предпочитают упрощать URL-адрес только до названия продукта, поэтому это будет просто:

Target использует эту стратегию для размещения всех продуктов в папке /p/:

И Walmart делает то же самое, но слишком много (на мой взгляд) вкладывает в название продукта до такой степени, что довольно сложно определить, что это такое:

Какая стратегия именования файлов/папок является правильной?

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

Вы можете видеть, что все эти сайты хорошо справляются с этой задачей:

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

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

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

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

Читайте также: