• файловые системы Mac OS X

• виртуальная файловая система

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

• URL-монтирование AppleShare- и Web-серверов

• длинные имена файлов

• дисковые файловые системы HFS, HFS+, UFS

•' поддержка CD /DVD-дисков UDF, ISO 9660

• сетевые файловые протоколы AFP, NFS

Mac OS X работает с различными файловыми системами. Для этого используются расширения системы BSD и механизм, называемый виртуальной файловой системой (Virtual File System, VFS). Поддержка различных файловых систем включает в себя некоторые новые функции, которых не было в предыдущих версиях Mac OS:

• Права доступа к съемным носителям, основанные на уникальных идентификационных номерах (ID), регистрируемых в системе для каждого подключенного устройства со съемными носителями, включая USB-и Firewire-устройства).

• Основанное на URL монтирование томов, что позволяет монтировать тома на AppleShare- и Web-серверах.

• Длинные имена файлов (до 255 символов, или 755 байт на основе UTF-8).

Из-за наличия трех различных сред, в которых запускаются и работают программы (см. «Поддержка прикладных программ»), и множества типов носителей информации Mac OS X должна поддерживать несколько форматов носителей данных и сетевых файловых протоколов.

Форматы носителей, с которыми работает Mac OS X, представлены в таблице 20 «Файловые системы».

Множество форматов файловых систем на магнитных дисках создают некоторые сложности при обмене документами между томами. Например, классическая файловая система HFS поддерживает только так называемую MacRoman-систему кодировки символов в именах файлов и папок. Файловая система HFS+ использует канонический набор символов Unicode 2.1 в формате UTF-16, то есть в виде последовательности 16-разрядных кодов. Файловая система UFS также поддерживает полный набор символов Unicode 2.1, но только в формате UTF-8. Поэтому, чтобы уменьшить количество проблем, настоятельно рекомендуется не использовать Таблица 20. Файловые системы

Формат носителя

Пояснения

HFS+

Hierarchical File System Plus, расширенный дисковый формат. Является основным форматом томов, с которых происходит загрузка системы Mac OS X. Оптимизирован для работы с дисками большой емкости. Используется не только в среде Mac OS X, но и в более ранних версиях Mac OS 8 и 9

HFS

Hierarchical File System, обычный дисковый формат. Основной формат дисков для систем Mac OS до версии 8.1

UFS

Дисковый формат системы UNIX на основе FFS (Fast File System) от BSD 4.4

UDF

Universal Disk Format - формат DVD-дисков

ISO 9660

Стандартный формат компакт-дисков (CD-ROM)

Таблица 21 . Сетевые файловые протоколы

Сетевой файловый

протокол

Пояснения

AFP-клиент

Apple File Protocol - основной протокол общего доступа к файлам в системах Mac 0S 8 и 9

NFS-клиент

Network File Service - доминирующий протокол общего доступа к файлам в UNIX-системах

WebDAV

Стандарт для общего доступа к файлам через Интернет

файловую систему HFS при работе с Mac OS X, несмотря на то, что формально это не запрещено.

Так как Mac OS X рассчитана на работу в сложных гетерогенных средах, она поддерживает несколько сетевых файловых протоколов (см. табл. 21 «Сетевые файловые протоколы).

Mac OS X поддерживает механизм дисковых квот. Это означает, что для каждого локального или удаленного пользователя администратор системы может устанавливать лимит дискового пространства. Квотирование распространяется практически на все перезаписываемые устройства с файловой структурой.

Файловые системы HFS, HFS+: особенности структуры файлов

• ветвь ресурсов (resource fork), ветвь данных (data fork)

• упаковка/распаковка Mac-файлов; BinHex-формат

• ресурсные файлы

• атрибуты Finder'a

• тип файла (type), создатель файла (creator)

Файлы файловых систем HFS и HFS+ состоят из двух логических частей - двух «внутренних файлов», называемых ветвями (forks).

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

Ветвь данных (data fork) предназначена для хранения динамически создаваемых данных. Программы могут записывать в нее любую информацию.

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

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

Чтобы такого не происходило, приходится принимать специальные меры: сначала создается «обычный» файл, в котором обе ветви Mac-файла упаковываются в специальном формате BinBex. Такой файл передается по компьютерным сетям без потерь. При получении файла-контейнера он распаковывается - из «обычного» файла получается файл формата HFS или HFS+ с двумя ветвями. Это хлопотно и неудобно для большинства пользователей. Поэтому фирма Apple в настоящее время рекомендует разработчикам программ не использовать ветвь ресурсов файлов HFS и HFS+, а создавать отдельные ресурсные файлы, в которых все необходимые ресурсы расположены исключительно в ветви данных. Так, например, новый тип шрифтовых файлов Mac OS X, имеющих расширение .dfont,- это, по сути, обычные шрифтовые файлы, все ресурсы которых перенесены в ветвь данных. Кроме того, программы для Max OS X должны создаваться по новой идеологии, ко торая учитывает эти изменения в организации хранения ресурсов [см. «Пакеты (bundles)»].

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

В Mac OS X сокращено количество атрибутов, обрабатываемых Finder'oM. Теперь этот список включает в себя:

• бит пакета (bundle bit),

• бит невидимости (invisible bit),

• коды типа файла и программы-создателя файла (type & creator),

• оригинальную иконку файла (custom icon).

Атрибуты, которые больше не поддерживаются Findre'OM:

• место расположения иконки на Столе,

• форма отображения информации о файле (view),

• этикетка (label).

Пожалуй, наиболее важными и наиболее специфическими являются атрибуты создатель файла (creator) и тип файла (type). Они помогают Finder'y принять правильное решение при открытии (печати) файлов.

Когда мы пытаемся открыть файл-программу, для Finder'a все понятно: надо просто запустить эту программу, а дальше она сама знает, что ей делать.

При открытии файла-документа приходится решать более сложную задачу. Сначала Finder проверяет код программы-создателя этого документа. Если на данном компьютере имеется нужная программа, она запускается и открывает указанный документ. Логика такого поведения очевидна: «автор» документа лучше всех знает, как с ним работать.

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

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

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

Сетевые средства | Mac OS X | Расширения имен файлов в mac os x


Mac OS X



Новости за месяц

  • Декабрь
    2021
  • Пн
  • Вт
  • Ср
  • Чт
  • Пт
  • Сб
  • Вс
  • 1
  • 2
  • 3
  • 4
  • 5
  • 6
  • 7
  • 8
  • 9
  • 10
  • 11
  • 12
  • 13
  • 14
  • 15
  • 16
  • 17
  • 18
  • 19
  • 20
  • 21
  • 22
  • 23
  • 24
  • 25
  • 26
  • 27
  • 28
  • 29
  • 30
  • 31