ПредишенСледващото

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

• Virtual File System

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

• URL-монтиране AppleShare- и уеб-базирани сървъри

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

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

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

• мрежова файлова протоколи АФП, NFS

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

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

• URL базирани обем монтаж, който ви позволява да монтирате обеми на AppleShare- и уеб-базирани сървъри.

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

Поради наличието на три различни среди, в които да се движи и работна програма (вж. "Поддръжка на приложение"), и множество видове медии Mac OS X трябва да поддържа множество формати на носители за съхранение и мрежови файлови протоколи.

Media формати работи с 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 "Network File протоколи).

Mac OS X поддържа механизма на дискови квоти. Това означава, че за всеки локален или отдалечен потребител системен администратор може да определи лимит, дисково пространство. Цитирайки простира почти всички презаписваем устройство с файловата структура.

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

• Клон ресурси (ресурс вилица), клон на данни (вилица данни)

• опаковане / разопаковане на Mac-файлове; BinHex-формат

• Типът файл (тип), файл създател (създател)

файлови системи и файлове HFS HFS +, съставени от две логически части - две "вътрешни файлове", наречени клонове (вилици).

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

Клон данни (вилица данни) е предназначен за съхранение на данни динамично генерирани. Програмите могат да пишат в нея никаква информация.

програма на файла обикновено е с богата ресурс вилица и почти празни данни браншови; във файла с документ, точно обратното е вярно: основната информация, съдържаща се в разклонението на данни и ресурси вилица или е празен или съдържа минимум ресурси.

Структурата на файлове с няколко разклонения като цяло е доста удобно, но в някои случаи може да доведе до сериозни проблеми. Главен сред тях е, че предаването на данни не е Macintosh ориентирани ресурси клонова мрежа често не се признават и не се изпраща или препращат неправилно. Това е равносилно на унищожаване на файлове.

За да се избегне това, е необходимо да се вземат специални мерки: първо, създаване на "нормално" файл, в който и двата клона на Mac-файл опаковани в специален формат BinBex. Този файл се прехвърля върху компютърни мрежи, без загуба. След получаване на преписката на контейнера е да го разопакова - от "нормално" файл, получен HFS или HFS + файлов формат с две разклонения. Това е неприятен и неудобен за повечето потребители. Така че Apple момента фирмата препоръчва на разработчиците не използват програмата файл ресурси клон HFS и HFS +, и да създават отделни файлове с ресурси, които съдържат всички необходими ресурси са разположени изключително в тези отрасли. Например, един нов тип Mac OS X шрифта файлове с разширение .dfont, - е, всъщност, обичайните шрифта файлове, всички ресурси са прехвърлени в клон на данните. В допълнение, за Max OS X програма следва да бъде създадена новата идеология, за да Thoraya отчита промените в организацията на ресурсите за съхранение [виж. "Пакети (пакети)»].

В допълнение към клоновете на ресурси и данни клонове на всеки файл съдържа допълнителни функции, наречени атрибути Finder'a. Атрибутите са признати и преработени Finder'om при показване на информация за даден файл, или опит да се отвори (за печат).

В Mac OS X намали броя на атрибути, които се обработват Finder'oM. Сега, този списък включва:

• пакет бита (пакет), битови

• малко невидимост (невидим битова),

• вида на файла и създател кодекси на програмния файл (тип създател),

• иконата на оригиналния файл (потребителска икона).

Атрибутите, които вече не се поддържат Findre'OM:

• Поставете иконите, подредени на масата,

• дисплей Форма на информация за файл (изглед)

Може би най-важният и най-специфичните са атрибутите на създателя на файла (създател) и тип файл (тип). Те помагат Finder'y вземе правилното решение при отваряне (печат) файл.

Когато се опитате да отворите файл, програма за Finder'a всичко е ясно: трябва само да стартирате тази програма, а след това тя знае какво да прави.

Ако няма единна програма, която системата е известно, за да може да се работи с този вид документи - отваря диалогов прозорец, в който вие сте поканени да се избере подходящ човек. ЕО дали определен програмата, която успешно отваряне на документа, системата го запомня при следващото стартиране на незабавно.

Съхраняване на информация за типа на файла в самия файл има голямо предимство: не преименуване на файл може да промени вида си, че е същността на файла не зависи от негово име.

Свързани статии

Подкрепете проекта - споделете линка, благодаря!