Не противоречат правилам записи имен файлов в windows имена

Расскажем подробно: не противоречат правилам записи имен файлов в ос windows имена - Задание 3Какие правила записи имени файла следует

какие правила записи имени файла следует соблюдать? Что такое ФАЙЛ? ПРОШУ ПОМОГИ.

Задание 3
Какие правила записи имени файла следует соблюдать?
Решение
Именовать файл лучше латинскими буквами, используя не более 9 симоволов.

Задание 5
Какие действия можно совершать с файлами?
Решение
Файл можно: открыть, проверить на вирусы, переименовать, скопировать, отправить по почте, удалить.

Задание 7
Назовите свойства объекта операционной системы «Рабочий стол».
Решение
1) значки и ярлыки объектов Windows;
2) окна открытых приложений;
3) панель задач, содержащая кнопку » Пуск «, панель индикации и ряд панелей инструментов Рабочего стола;
4) подложка Рабочего стола, содержащая однородный фон, фоновый рисунок или активные элементты рабочего стола. По ходу работы на Рабочем столе могут быть дополнительные объекты: окна папок, диалоговые окна, окна приложений и т. д.

Задание 8
Одно из действий в контекстном меню объекта операционной системы всегда выделено полужирным шрифтом. Какое это действие? Почему выбрано именно оно? Каким образом можно выполнить это действие без контекстного меню?
Решение
В контекстном меню объекта операционной системы всегда выделено полужирным шрифтом действие Открыть. Это действие выбрано т. к это действие система считает самым вероятным для выполнения к данному объекту. Это действие без контекстного меню можно выполнить нажав левую кнопку мыши.

Задание 11
Сколько байтов составляют 1/2 килобайта?
Решение
1/2 килобайта = 512 байт.

Источник

Именование файлов, путей и пространств имен

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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 имен файлов, длинных имен файлов или полного пути к файлу из системы, рассмотрите следующие варианты.

в новых файловых системах, таких как NTFS, exFAT, udf и FAT32, Windows сохраняет длинные имена файлов на диске в юникоде, что означает, что исходное имя длинного файла всегда сохраняется. Это справедливо даже в том случае, если длинное имя файла содержит символы национальных алфавитов, независимо от того, какая кодовая страница активна во время операции чтения или записи с диска.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Обратите внимание, что для префикса «?» можно использовать только API-интерфейсы Юникод, что позволяет превысить максимальный _ путь

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

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

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

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

Источник

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

не противоречат правилам записи имен файлов в ос windows имена

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

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

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

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

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

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

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

Во многих файловых системах имя файла будет содержать тильду (

) в каждом компоненте имени, которое слишком длинное, чтобы соответствовать правилам именования 8.3.

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

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

не противоречат правилам записи имен файлов в ос windows именастатьи IT, Windows, файлы, каталоги, правила

Источник

Мир цифровой информации

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

Понятия «путь» и «имя файла»

Очень часто в компьютерной литературе используются термины «путь» и «имя файла» под разными значениями. Обычно под словом «путь» понимают адрес или расположение файла, т. е. диск, папка и подпапки в которых расположен файл. Однако Microsoft и другие считают, что в путь к файлу входит не только его расположение но и само имя файла. А некоторые подразумевают под словом «путь» только имена файла и папок, в которых он расположен, без указания диска. Некоторые пользователи полагают, что «имя файла» не включает расширение. В данной статье расширение всегда является частью имени файла. На примере ниже синим цветом выделен путь к файлу, а красным имя файла.
X:папкаподпапка файл.расширение

Зарезервированные символы и имена

Ограничения на длины имен файлов и путей

Существуют ограничения на длину имени файла и на длину пути. Абсолютное ограничение длины имени файла вместе включая путь к нему равно 260 символам. Этот предел называют термином MAX_PATH. На самом же деле на практике пределы для имен еще меньше из-за ряда других ограничений. Например, каждая строка на конце должна содержать так называемый нулевой символ, который обозначает конец строки. Несмотря на то, что маркер конца строки не отображается, он учитывается как отдельный символ при подсчете длины, а значит остается 259 символов доступных для имени файла и пути к нему. Первые три символа в пути используются для обозначения диска (например, C:). Это уменьшает предел для имен папок, подпапок и файла до 256 символов.

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

Источник

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

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

не противоречат правилам записи имен файлов в ос windows имена

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

Общее правило именования файла (папки)

не противоречат правилам записи имен файлов в ос windows имена Вам будет интересно: Запись данных в файл при помощи php file_put_contents.

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

не противоречат правилам записи имен файлов в ос windows имена

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

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

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

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

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

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

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

Всегда следует использовать папку (папки) с осознанно выбранным именем на диске D. В настоящее время практически все операционные системы и популярные приложения относятся положительно к буквам русского алфавита. Но крайне нежелательно разбавлять выбранные имена точками и пробелами.

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

Практичные правила именования

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

Этих правил достаточно для безопасной работы с файлами.

не противоречат правилам записи имен файлов в ос windows имена

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

Источник

  1. Понятие файла, полное имя файла. Правила записи имени файлов.

Файловая система
– правила, по которым организуются
файлы, сохраняется информация о файлах.

Файл

Файл — основное
понятие ОС. Файл с точки зрения ОС –
информационная единица.

Файл
— это совокупность данных, объединенных
по одному признаку, хранящихся на
некотором носителе информации под одним
именем.

Файл
– массив логически связанных данных,
занимающий место на долговременном
запоминающем устройстве.

Файл
– поименованная область внешней памяти
для хранения программ и данных.

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

Типы файлов:

  • текстовые –
    предназначены для чтения человеком;

  • двоичные — файлы
    не являющиеся текстовыми.

Операции над
файлами:

  • поиск файлов;

  • чтение информации
    из файла и запись информации в файл;

  • создание,
    редактирование и удаление файлов;

  • копирование,
    переименование и перенос файлов;

  • создание записи
    о файле в каталоге.

Имя файла —
[ИМЯ].[РАСШИРЕНИЕ]

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

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

Правила записи
имен файлов в ОС
MS
DOS

  • имя файла
    — может содержать не более 8 символов;

  • не принято
    использовать буквы русского алфавита;

  • большие и маленькие
    латинские буквы являются эквивалентными;

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

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

Правила записи
имен файлов в ОС
Windows

  • имя файла
    может содержать до 255 символов;

  • суммарная длина
    полного имени файла не может превышать
    260 символов;

  • большие и маленькие
    буквы являются эквивалентными;

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

  • запрещено
    использование символов
    / : * ? « < > |

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

  1. Каталоги. Дерево каталогов.

Для хранения данных
в большинстве ОС принята иерархическая
структура (дерево
данных)
. В
основе структуры лежит диск. (Например:
А: В: С: D:).
На дисках создаются каталоги.
В ОС Windows
каталогам соответствуют папки.

Каждый элемент
определяется путем, который к нему
ведет.

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

В MS-DOS на диске
содержатся списки файлов, называемые
каталогами.

Все каталоги
являются файлами специального вида.
Каждый элемент
каталога

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

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

На каждом магнитном
диске имеется один главный каталог —
корневой
каталог
. В
этом каталоге регистрируются подкаталоги
и файлы.

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

Расширения каталогам
писать не принято.

А11

А1 ———— А12

КОРНЕВОЙ А13

А—————А2

КАТАЛОГ А311

А31————А312

А3 А313

А32

1 уровень 2 уровень 3 уровень

Каталог, с которым
в данный момент работаем, называется
текущим
каталогом.

Путь
— последовательность из имен каталогов,
разделенных символом «/».

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

Дисковод носит
имя А:, винчестер — С:.

Текущий дисковод
— дисковод, с которым в данный момент мы
работаем.

У каждого файла
есть полное
имя
которое
имеет вид:

Полное имя
— [дисковод:][путь/][имя-файла].

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

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

Соседние файлы в предмете [НЕСОРТИРОВАННОЕ]

  • #
  • #
  • #
  • #
  • #
  • #
  • #
  • #
  • #
  • #
  • #

Страница 13 из 31

Параграф 11 О файлах и файловых структурах  ©

1. Как называется операционная система, используемая в вашем компьютерном классе?

Windows 10 ©

2. Сколько физических дисководов работает на ваших компьютерах? Сколько логических дисков находится на физических дисках и какие имена они имеют в операционной системе?

Ответ будет у всех разный в зависимости от компьютера.

3. Каким правилам подчиняются имена файлов в вашей ОС?

Слева от точки находится собственно имя файла. Следующая за точкой часть имени называется расширением файла. Обычно в именах файлов употребляются латинские буквы и цифры. Кроме того, имя файла может и не иметь расширения. В операционной системе Windows в именах файлов допускается использование русских букв; максимальная длина имени — 255 символов.
Расширение указывает, какого рода информация хранится в данном файле. Например, расширение txt обычно обозначает текстовый файл (содержит текст), расширение pcx — графический файл (содержит рисунок), zip или rar — архивный файл (содержит архив — сжатую информацию), pas — программу на языке Паскаль. Файлы, содержащие выполнимые компьютерные программы, имеют расширения exe или com.

4. Что такое путь к файлу на диске, полное имя файла?

Путь к файлу на диске определяет положение файла на этом диске. Путь к файлу — это последовательность, состоящая из имен каталогов, начиная c корневого и заканчивая тем, в котором непосредственно хранится файл. 
Последовательно записанные имя логического диска, путь к файлу и имя файла составляют  полное имя файла. Пример: C:PETROVDATAtask.dat

5. Научитесь (под руководством учителя) просматривать на экране каталоги дисков на ваших компьютерах.

Учимся.

6. Научитесь инициализировать работу программ из программных файлов (типа ехе, соm).

Кликаем по файлу с соответствующим расширением и запускаем программу.

7. Научитесь выполнять основные файловые операции в используемой ОС (копирование, перемещение, удаление, переименование файлов).

Клик пкм и выбираем нужную опцию.

При работе в операционной системе Windows Vista в аналогичных случаях появляется диалоговое окно Переименование с сообщением «Указано неверное имя устройства».

Запрещенные имена
Если вы попытаетесь создать файлы или папки со следующими именами: con, nul, prn, AUX, COM1, COM2, COM3, COM4, COM5, COM6, COM7, COM8, COM9, LPT1, LPT2, LPT3, LPT4, LPT5, LPT6, LPT7, LPT8, LPT9 (регистр букв — прописные буквы или строчные — значения не имеет), — система в таких случаях вместо введенного вами «запрещенного» имени выведет имя по умолчанию, например, Новая папка, или Текстовый документ, или Документ Microsoft Word. При этом Windows Vista выведет окно Переименование с сообщением «Указано неверное имя устройства».

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

Примечание. Применять для файлов и папок имена COM, COM10, COM11…, LPT, LPT10, LPT11… системой не возбраняется.

Имена файлов в FAT
В файловой системе FAT использован традиционный формат имен 8.3, имена файлов должны состоять из символов ASCII. Имя файла или каталога должно состоять не более чем из 8 символов, затем следует разделитель «.» (точка) и расширение длиной до 3 символов. Первым символом имени должна быть буква или цифра. При определении имени можно использовать все символы за исключением перечисленных ниже:
. «/ [ ]:; | = ,

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

Соглашения именования в NTFS
Имена файлов могут состоять не более чем из 255 символов, включая любое расширение. В именах сохраняется регистр введенных символов, но сами имена не зависят от регистра. NTFS не различает имена в зависимости от регистра. В именах могут быть использованы любые символы за исключением указанных ниже:
? «/ ≤> * | :
В настоящее время из командной строки можно задать имя файла длиной не более 253 символов.

Можно ли обойти запреты файловой системы
Можно создать папки с зарезервированными именами с помощью Интерпретатора команд Windows, например:
 — нажмите Пуск → Выполнить… → Запуск программы → cmd → OK;
 — в открывшемся окне Интерпретатора команд после приглашения системы введите mkdir .com1 (Enter).

Будет создан каталог с именем com1.
Удалить его обычным путем вы не сможете: появится окно Ошибка при удалении файла или папки с сообщением Не удается удалить com1. Нет доступа. Диск может быть переполнен или защищен от записи, либо файл занят другим приложением или Н е удается удалить com1. Не удается найти файл. Проверьте правильность указания пути и имени файла.
Для удаления каталога com1 нужно ввести команду rmdir .com1 (Enter).

Системные папки
Также Windows не позволит переименовать или переместить системные папки, такие как «Documents and Settings» (в Vista — «Пользователи»), «Windows», «System32», «Program Files». Они необходимы для нормальной работы Windows (если каким-либо образом — не в среде Windows — их переименовать/переместить, то вы не сможете загрузить операционную систему).

Under Linux and other Unix-related systems, there were traditionally only two characters that could not appear in the name of a file or directory, and those are NUL '' and slash '/'. The slash, of course, can appear in a pathname, separating directory components.

Rumour1 has it that Steven Bourne (of ‘shell’ fame) had a directory containing 254 files, one for every single letter (character code) that can appear in a file name (excluding /, ''; the name . was the current directory, of course). It was used to test the Bourne shell and routinely wrought havoc on unwary programs such as backup programs.

Other people have covered the rules for Windows filenames, with links to Microsoft and Wikipedia on the topic.

Note that MacOS X has a case-insensitive file system. Current versions of it appear to allow colon : in file names, though historically that was not necessarily always the case:

$ echo a:b > a:b
$ ls -l a:b
-rw-r--r--  1 jonathanleffler  staff  4 Nov 12 07:38 a:b
$

However, at least with macOS Big Sur 11.7, the file system does not allow file names that are not valid UTF-8 strings. That means the file name cannot consist of the bytes that are always invalid in UTF-8 (0xC0, 0xC1, 0xF5-0xFF), and you can’t use the continuation bytes 0x80..0xBF as the only byte in a file name. The error given is 92 Illegal byte sequence.

POSIX defines a Portable Filename Character Set consisting of:

A B C D E F G H I J K L M N O P Q R S T U V W X Y Z
a b c d e f g h i j k l m n o p q r s t u v w x y z
0 1 2 3 4 5 6 7 8 9 . _ -

Sticking with names formed solely from those characters avoids most of the problems, though Windows still adds some complications.


1 It was Kernighan & Pike in [‘The Practice of Programming’](http://www.cs.princeton.edu/~bwk/tpop.webpage/) who said as much in Chapter 6, Testing, §6.5 Stress Tests:

When Steve Bourne was writing his Unix shell (which came to be known as the Bourne shell), he made a directory of 254 files with one-character names, one for each byte value except '' and slash, the two characters that cannot appear in Unix file names. He used that directory for all manner of tests of pattern-matching and tokenization. (The test directory was of course created by a program.) For years afterwards, that directory was the bane of file-tree-walking programs; it tested them to destruction.

Note that the directory must have contained entries . and .., so it was arguably 253 files (and 2 directories), or 255 name entries, rather than 254 files. This doesn’t affect the effectiveness of the anecdote, or the careful testing it describes.

TPOP was previously at
http://plan9.bell-labs.com/cm/cs/tpop and
http://cm.bell-labs.com/cm/cs/tpop but both are now (2021-11-12) broken.
See also Wikipedia on TPOP.

Under Linux and other Unix-related systems, there were traditionally only two characters that could not appear in the name of a file or directory, and those are NUL '' and slash '/'. The slash, of course, can appear in a pathname, separating directory components.

Rumour1 has it that Steven Bourne (of ‘shell’ fame) had a directory containing 254 files, one for every single letter (character code) that can appear in a file name (excluding /, ''; the name . was the current directory, of course). It was used to test the Bourne shell and routinely wrought havoc on unwary programs such as backup programs.

Other people have covered the rules for Windows filenames, with links to Microsoft and Wikipedia on the topic.

Note that MacOS X has a case-insensitive file system. Current versions of it appear to allow colon : in file names, though historically that was not necessarily always the case:

$ echo a:b > a:b
$ ls -l a:b
-rw-r--r--  1 jonathanleffler  staff  4 Nov 12 07:38 a:b
$

However, at least with macOS Big Sur 11.7, the file system does not allow file names that are not valid UTF-8 strings. That means the file name cannot consist of the bytes that are always invalid in UTF-8 (0xC0, 0xC1, 0xF5-0xFF), and you can’t use the continuation bytes 0x80..0xBF as the only byte in a file name. The error given is 92 Illegal byte sequence.

POSIX defines a Portable Filename Character Set consisting of:

A B C D E F G H I J K L M N O P Q R S T U V W X Y Z
a b c d e f g h i j k l m n o p q r s t u v w x y z
0 1 2 3 4 5 6 7 8 9 . _ -

Sticking with names formed solely from those characters avoids most of the problems, though Windows still adds some complications.


1 It was Kernighan & Pike in [‘The Practice of Programming’](http://www.cs.princeton.edu/~bwk/tpop.webpage/) who said as much in Chapter 6, Testing, §6.5 Stress Tests:

When Steve Bourne was writing his Unix shell (which came to be known as the Bourne shell), he made a directory of 254 files with one-character names, one for each byte value except '' and slash, the two characters that cannot appear in Unix file names. He used that directory for all manner of tests of pattern-matching and tokenization. (The test directory was of course created by a program.) For years afterwards, that directory was the bane of file-tree-walking programs; it tested them to destruction.

Note that the directory must have contained entries . and .., so it was arguably 253 files (and 2 directories), or 255 name entries, rather than 254 files. This doesn’t affect the effectiveness of the anecdote, or the careful testing it describes.

TPOP was previously at
http://plan9.bell-labs.com/cm/cs/tpop and
http://cm.bell-labs.com/cm/cs/tpop but both are now (2021-11-12) broken.
See also Wikipedia on TPOP.

Like this post? Please share to your friends:
  • Не прогружается панель задач windows 10
  • Не просыпается компьютер после спящего режима windows 10
  • Не проверяется диск на наличие ошибок windows 10
  • Не просматриваются фото с айфона на компьютере windows 10
  • Не пропадут ли файлы при обновлении windows 10