• файлові системи 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 при роботі з Mac OS X, незважаючи на те, що формально це не заборонено.
Так як Mac OS X розрахована на роботу в складних гетерогенних середовищах, вона підтримує декілька мережевих файлових протоколів (див. Табл. 21 «Мережеві файлові протоколи).
Mac OS X підтримує механізм дискових квот. Це означає, що для кожного локального або віддаленого користувача адміністратор системи може встановлювати ліміт дискового простору. Квотування поширюється практично на всі перезапису пристрою з файловою структурою.
Файлові системи HFS, HFS +: особливості структури файлів
• гілка ресурсів (resource fork), гілка даних (data fork)
• упаковка / розпакування Mac-файлів; BinHex-формат
• тип файлу (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),
Мабуть, найбільш важливими і найбільш специфічними є атрибути творець файлу (creator) і тип файлу (type). Вони допомагають Finder'y прийняти правильне рішення при відкритті (друку) файлів.
Коли ми намагаємося відкрити файл-програму, для Finder'a все зрозуміло: треба просто запустити цю програму, а далі вона сама знає, що їй робити.
Якщо не знаходиться жодної програми, про яку системі відомо, що вона вміє працювати з документами даного типу, - викликається діалогове вікно, в якому вам пропонується самостійно вибрати відповідну. Як що зазначена вами програма успішно відкрила документ, то система запам'ятовує це і наступного разу відразу запускає її.
Зберігання інформації про тип файлу всередині самого файлу має важливе гідність: ніяке перейменування файлу не може змінити його тип, тобто суть файлу не залежить від його імені.