Создание новых файлов и каталогов программно

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

- (NSURL*)applicationDirectory

{

    NSString* bundleID = [[NSBundle mainBundle] bundleIdentifier];

    NSFileManager*fm = [NSFileManager defaultManager];

    NSURL*    dirPath = nil;

    // Find the application support directory in the home directory.

    NSArray* appSupportDir = [fm URLsForDirectory:NSApplicationSupportDirectory

                                    inDomains:NSUserDomainMask];

    if ([appSupportDir count] > 0)

    {

        // Append the bundle ID to the URL for the

        // Application Support directory

        dirPath = [[appSupportDir objectAtIndex:0] URLByAppendingPathComponent:bundleID];

        // If the directory does not exist, this method creates it.

        // This method is only available in OS X v10.7 and iOS 5.0 or later.

        NSError*    theError = nil;

        if (![fm createDirectoryAtURL:dirPath withIntermediateDirectories:YES

                   attributes:nil error:&theError])

        {

            // Handle the error.

            return nil;

        }

    }

    return dirPath;

}

Копирование и движущиеся файлы и каталоги

Скопировать элементы вокруг файловой системы, NSFileManager класс обеспечивает copyItemAtURL:toURL:error: и copyItemAtPath:toPath:error: методы. Перемещать использование файлов moveItemAtURL:toURL:error: или moveItemAtPath:toPath:error: методы.

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

Переместите и скопируйте операции, может потенциально занять много времени для завершения, и NSFileManager класс выполняет эти операции синхронно. Поэтому рекомендуется выполнить любые такие операции на параллельной очереди отгрузки а не на основном потоке приложения. Перечисление 6-2 показывает пример, делающий просто это путем асинхронного создания резервного копирования частных данных вымышленного приложения. (Ради примера частные данные расположены в ~/Library/Application Support/bundleID/Data каталог, где bundleID является фактическим идентификатором пакета приложения.), Если первая попытка скопировать сбои каталога, этот метод проверки, чтобы видеть, существует ли предыдущее резервное копирование и удаляет его, если это делает. Это тогда продолжается, чтобы попробовать еще раз и аварийные прекращения работы, если это перестало работать во второй раз.

Перечисление 6-2  , Копирующее каталог асинхронно

- (void)backupMyApplicationData {

   // Get the application's main data directory

   NSArray* theDirs = [[NSFileManager defaultManager] URLsForDirectory:NSApplicationSupportDirectory

                                 inDomains:NSUserDomainMask];

   if ([theDirs count] > 0)

   {

      // Build a path to ~/Library/Application Support/<bundle_ID>/Data

      // where <bundleID> is the actual bundle ID of the application.

      NSURL* appSupportDir = (NSURL*)[theDirs objectAtIndex:0];

      NSString* appBundleID = [[NSBundle mainBundle] bundleIdentifier];

      NSURL* appDataDir = [[appSupportDir URLByAppendingPathComponent:appBundleID]

                               URLByAppendingPathComponent:@"Data"];

      // Copy the data to ~/Library/Application Support/<bundle_ID>/Data.backup

      NSURL* backupDir = [appDataDir URLByAppendingPathExtension:@"backup"];

      // Perform the copy asynchronously.

      dispatch_async(dispatch_get_global_queue(DISPATCH_QUEUE_PRIORITY_DEFAULT, 0), ^{

         // It's good habit to alloc/init the file manager for move/copy operations,

         // just in case you decide to add a delegate later.

         NSFileManager* theFM = [[NSFileManager alloc] init];

         NSError* anError;

         // Just try to copy the directory.

         if (![theFM copyItemAtURL:appDataDir toURL:backupDir error:&anError]) {

            // If an error occurs, it's probably because a previous backup directory

            // already exists.  Delete the old directory and try again.

            if ([theFM removeItemAtURL:backupDir error:&anError]) {

               // If the operation failed again, abort for real.

               if (![theFM copyItemAtURL:appDataDir toURL:backupDir error:&anError]) {

                  // Report the error....

               }

            }

         }

      });

   }

}

Для получения дополнительной информации о том, как использовать NSFileManager методы, посмотрите Ссылку класса NSFileManager.

Удаление файлов и каталогов

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

• removeItemAtURL:error:

• removeItemAtPath:error:

При использовании этих методов для удаления файлов поймите постоянное удаление файлов из файловой системы; эти методы не перемещают файл в Мусор, где это может быть восстановлено позже.

Для получения дополнительной информации о том, как использовать NSFileManager методы, посмотрите Ссылку класса NSFileManager.

Создание и обработка невидимых файлов

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

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

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