Каждым приложением является остров

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

Эти контейнеры составляют основное представление приложения файловой системы. Рисунок 1-1 показывает представление песочницы для приложения.

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

Каталоги Стандарта iOS: Где Находятся Файлы

В целях безопасности приложение для iOS ограничило много мест, где оно может записать свои данные. Когда приложение установлено на устройстве (или от iTunes или от App Store), система создает много контейнеров для приложения. Эти контейнеры представляют вселенную для того приложения и содержат все, к чему приложение может получить доступ непосредственно. Таблица 1-1 перечисляет некоторые важные подкаталоги в этих контейнерах и описывает их намеченное использование. Эта таблица также описывает любые дополнительные ограничения доступа на каждый подкаталог и указывает, копируется ли содержание каталога iTunes.

Приложение для iOS может создать дополнительные каталоги в Documents, Library, и tmp каталоги. Вы могли бы сделать это для лучше организации файлов в тех расположениях.

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

Куда необходимо поместить файлы приложения

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

• Вставьте пользовательские данные Documents/. Пользовательские данные обычно включают любые файлы, которые Вы могли бы хотеть представить пользователю — что-либо, что Вы могли бы хотеть, чтобы пользователь создал, импортировал, удалил или отредактировал. Для приложения получения пользовательские данные включают любые графические файлы, которые мог бы создать пользователь. Для текстового редактора это включает текстовые файлы. Видео и аудио приложения могут даже включать файлы, которые пользователь загрузил, чтобы смотреть или слушать позже.

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

• Помните это файлы в Documents/ и Application Support/ копируются по умолчанию. Можно исключить файлы из резервного копирования путем вызова -[NSURL setResourceValue:forKey:error:] использование NSURLIsExcludedFromBackupKey ключ. Любой файл, который может быть воссоздан или загружен, должен быть исключен из резервного копирования. Это особенно важно для больших медиа-файлов. Если Ваши видеофайлы загрузок приложений или аудиофайлы, удостоверьтесь, что они не включены в резервное копирование.

• Вставьте временные данные tmp/ каталог. Временные данные включают любые данные, которые Вы не должны сохранять в течение длительного периода времени. Не забудьте удалять те файлы, когда Вы сделаны с ними так, чтобы они не продолжали занимать место на устройстве пользователя. Когда Ваше приложение не будет работать, система будет периодически производить чистку этих файлов; поэтому, Вы не можете полагаться на эти файлы, сохраняющиеся после того, как завершится Ваше приложение.

• Вставьте файлы кэша данных Library/Caches/ каталог. Данные кэша могут использоваться для любых данных, которые должны сохраниться дольше, чем временные данные, но не пока файл поддержки. Вообще говоря, приложение не требует, чтобы данные кэша работали должным образом, но это может использовать данные кэша для улучшения производительности. Примеры данных кэша включают (но не ограничиваются), файлы кэша базы данных и переходное, загружаемое содержание. Обратите внимание на то, что система может удалить Caches/ каталог для высвобождения дискового пространства, таким образом, приложение должно быть в состоянии воссоздать или загрузить эти файлы по мере необходимости.

Домены определяют размещение файлов

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

• Пользовательский домен содержит ресурсы, определенные для пользователей, входящих в систему. Несмотря на то, что это технически охватывает всех пользователей, этот домен отражает только корневой каталог текущего пользователя во время выполнения. Пользовательские корневые каталоги могут находиться на загрузочном томе компьютера (в /Users каталог) или на сетевом томе. У каждого пользователя (независимо от полномочий) есть доступ к и управление файлами в его или ее собственном корневом каталоге.

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

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

• Системный домен содержит системное программное обеспечение, установленное Apple. Ресурсы в системном домене требуются системой работать. Пользователи не могут добавить, удалить или изменить элементы в этом домене.

Рисунок 1-2 показывает, как локальная переменная, система и пользовательские домены отображаются на локальную файловую систему установки OS X. (Сетевой домен не показан, но подобен во многих отношениях локальному домену.) Эти данные показывают видимые каталоги, что мог бы видеть пользователь. В зависимости от системы пользователя другие каталоги могут быть видимы, или некоторые из тех показанных здесь могут быть скрыты.

Для получения информации о содержании каталогов в OS X см. Каталоги Стандарта OS X: Где Находятся Файлы. Для получения информации о каталогах, которые OS X обычно скрывает от пользователя (и почему), посмотрите Скрытые файлы и Каталоги: Упрощение Пользовательского Опыта.

Каталоги стандарта OS X: где находятся файлы

Имеет ли предоставленный системой или создаваемый Вашим приложением, каждый файл свое место в OS X. Таблица 1-2 перечисляет некоторые каталоги верхнего уровня в установке OS X и типах содержания, которое каждый содержит.

Несмотря на то, что каталоги в Таблице 1-2 - те замеченные пользователями OS X, они не единственное настоящее каталогов в файловой системе. OS X скрывает много каталогов, чтобы препятствовать тому, чтобы пользователи получили доступ к файлам, что они не должны.

Поигравшие в песочнице контейнеры файла приложения OS X

Поигравшиеся в песочнице приложения OS X имеют все их Application Support, Cache, временные каталоги и другие связанные документы сохранили в каталоге, расположенном в системном определенном тракте, который можно получить путем вызова NSHomeDirectory функция.

Для получения дополнительной информации см. Руководство по проектированию Тестовой среды приложения.

Скрытые файлы и каталоги: упрощение пользовательского опыта

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

• Точечные каталоги и файлы. Любой файл или каталог, имя которого запускается с периода (.) символ скрыт автоматически. Это соглашение взято от UNIX, использовавшего его для сокрытия системных сценариев и других специальных типов файлов и каталогов. Два специальных каталога в этой категории . и .. каталоги, которые являются ссылками на текущие и родительские каталоги соответственно.

• Специфичные для UNIX каталоги. Каталоги в этой категории наследованы от традиционных установок UNIX. Они - важная часть уровня BSD системы, но более полезны для разработчиков программного обеспечения, чем конечные пользователи. Некоторые более важные каталоги, которые скрыты, включают:

  • /bin— Содержит существенные двоичные файлы командной строки. Как правило, Вы выполняете эти двоичные файлы из сценариев командной строки.

  • /dev— Содержит существенные файлы устройств, такие как точки монтирования для присоединенных аппаратных средств.

  • /etc— Содержит специфичные для узла конфигурационные файлы.

  • /sbin— Содержит существенные системные двоичные файлы.

  • /tmp— Содержит временные файлы, создаваемые приложениями и системой.

  • /usr— Содержит несущественные двоичные файлы командной строки, библиотеки, заголовочные файлы и другие данные.

  • /var— Содержит файлы журнала и другие файлы, содержание которых является переменным. (Файлы журнала обычно просматриваются с помощью Консольного приложения.)

• Явно скрытые файлы и каталоги. Средство поиска может скрыть определенные файлы или каталоги, к которым не должен получать доступ непосредственно пользователь. Самый известный пример этого /Volumes каталог, содержащий подкаталог для каждого смонтированного диска в локальной файловой системе из командной строки. (Средство поиска обеспечивает различный пользовательский интерфейс для доступа к локальным дискам.) В OS X 10.7 и позже, Средство поиска также скрывается ~/Library каталог — т.е. Library каталог расположился в корневом каталоге пользователя.

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

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

Файлы и каталоги могут иметь альтернативные названия

В некоторых ситуациях Средство поиска дарит пользователям имена файла или каталога, не соответствующие подлинные имена, поскольку они появляются в файловой системе. Эти имена известны как имена дисплея и используются только Средством поиска и определенными системными компонентами (такими как панели Open и Save) при представлении файла и информации о каталоге пользователю. Имена дисплея улучшают пользовательский опыт путем предоставления пользователю содержание более дружественным способом. Например, OS X использует имена дисплея в следующих ситуациях:

• Локализованные имена. Система обеспечивает локализованные имена для многих системных каталогов, такой как Applications, Library, Music, Movies. Приложение может так же обеспечить локализованные имена для себя, и для любых каталогов оно создает.

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

Имена дисплея не влияют на подлинное имя файла в файловой системе. Кодируйте это получает доступ к файлу или каталогу, программно должен указать подлинное имя элемента при открытии или управлении элементом с помощью интерфейсов файловой системы. Единственное время Ваше приложение должно когда-либо использовать имена дисплея, при отображении имени файла или каталога пользователю. Можно получить имя дисплея для любого файла или каталога с помощью displayNameAtPath: метод NSFileManager.

Для получения информации о том, как локализовать каталоги, которые создает Ваше приложение, посмотрите Файловую систему Усовершенствованные Темы Программирования. Для получения дополнительной информации о локализации содержимого приложения, посмотрите Руководство по Интернационализации и Локализации.

Каталог библиотеки хранит специфичные для приложения файлы

Library каталог - то, где приложения и другие модули кода хранят свои пользовательские файлы данных. Независимо от того, пишете ли Вы код для iOS или OS X, понимая структуру Library каталог важен. Вы используете этот каталог для хранения файлов данных, кэшей, ресурсов, предпочтений, и даже пользовательских данных в некоторых особых ситуациях.

Существуют несколько Library каталоги по всей системе, но только некоторым, к которым Ваш код должен когда-либо должен быть получить доступ:

• Library в текущем корневом каталоге — Это - версия каталога, Вы используете большинство, потому что это - то, содержащее все специфичные для пользователя файлы. В iOS, Library помещается в пакете данных приложений. В OS X это - каталог песочницы приложения или корневой каталог текущего пользователя (если приложение не находится в песочнице).

• /Library (Только OS X) — Приложения, совместно использующие ресурсы между пользователями, хранят те ресурсы в этой версии Library каталог. Поигравшим в песочнице приложениям не разрешают использовать этот каталог.

• /System/Library (Только OS X) — Этот каталог резервируется для использования Apple.

После выбора, какую версию каталога Library использовать, все еще необходимо знать, где хранить файлы. Сам каталог Library содержит несколько подкаталогов, подразделяющих специфичное для приложения содержание на несколько известных категорий. Таблица 1-3 перечисляет наиболее распространенные подкаталоги, которые Вы могли бы использовать. Несмотря на то, что каталоги Library в OS X содержат еще много подкаталогов, чем те перечисленные, большинство используется только системой. Если Вы хотите больше полного списка подкаталогов, тем не менее, посмотрите Подробные данные Каталога Библиотеки OS X.

Предел песочниц спред ущерба

В iOS и в OS X v10.7 и позже, песочницы препятствуют тому, чтобы приложения писали в части файловой системы, что они не должны писать в. Каждое поигравшее в песочнице приложение получает один или несколько контейнеров, в которые оно может вписать. Приложение не может записать в контейнеры других приложений или в большинство каталогов за пределами песочницы. Эти ограничения ограничивают потенциальный ущерб, который может быть нанесен, если нарушена безопасность приложения.

Разработчики, пишущие приложения для OS X v10.7 и позже, призваны поместить свои приложения в песочницы для улучшения безопасности. Разработчики приложений для iOS не должны явно помещать свое приложение в песочницу, потому что система делает это для них автоматически во время установки.

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

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

Доступом к файлам и каталогам управляет смесь списков управления доступом полномочий BSD и (ACLs). Списки управления доступом являются рядом тонкозернистых средств управления, определяющих точно, что может и не может быть сделано к файлу или каталогу и кого. Со списками управления доступом можно предоставить разные уровни отдельных пользователей доступа к данному файлу или каталогу. В отличие от этого, полномочия BSD только позволяют Вам предоставлять доступ к трем классам пользователей: владелец файла, единственная группа пользователей, которых Вы указываете, и все пользователи. См. Обзор безопасности для получения дополнительной информации.

Поскольку приложения для iOS всегда работают в песочнице, система присваивает определенный ACLs и полномочия к файлам, создаваемым каждым приложением. Однако приложения OS X могут использовать Identity Services для управления списками управления доступом для файлов, к которым у них есть доступ. Для получения информации о том, как использовать Identity Services (и платформа Сотрудничества), см. Руководство по программированию Identity Services.

Файлы могут быть зашифрованы на диске

И OS X и iOS предоставляют поддержку для шифрования файлов на диске:

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

• OS X. Пользователи могут зашифровать содержание объема с помощью приложения Дисковой утилиты. (Они могут также зашифровать просто загрузочный том от системного предпочтения Безопасности и Конфиденциальности.) Содержание зашифрованного диска доступно приложениям только, в то время как работает компьютер. Когда пользователь помещает компьютер для сна или завершает работу его, ключи расшифровки уничтожаются для предотвращения несанкционированного доступа к содержанию диска.

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

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