Plist не сохраняется из словаря (в документы)

Вы также должны захватить BOOL, возвращенный writeToFile:atomically:. Это скажет вам, удалось ли записать или нет.

Кроме того, вы уверены, что ищете в нужной папке документов? Если у вас есть более одного приложения в симуляторе, легко открыть папку документов неправильного приложения в Finder. Я сделал это однажды, и это стоило мне пары часов разочарования.

Редактировать01:

writeToFile:atomically:, возвращающее false, объясняет, почему файл не существует. Самое простое объяснение состоит в том, что что-то в словаре не является объектом списка свойств.

Из документов NSDictionary:

Этот метод рекурсивно проверяет, что все содержащиеся объекты являются объектами списка свойств (экземпляры NSData, NSDate, NSNumber, NSString, NSArray или NSDictionary) перед записью файла, и возвращает НЕТ, если все объекты не являются объектами списка свойств, поскольку результирующий файл не будет допустимым списком свойств.

Достаточно одного объекта, не относящегося к plist, спрятанного глубоко в словаре, чтобы предотвратить его преобразование в plist.

Не забудьте сериализовать данные plist:

Вот фрагмент кода, который я использую для записи информации в plist.

NSString *errorString;

NSData *data = [NSPropertyListSerialization dataFromPropertyList:plistDict 
                                                       format:NSPropertyListXMLFormat_v1_0 
                                              errorDescription:&errorString];
[plistDict release];

if (!data) {
  NSLog(@"error converting data: %@", errorString);
  return NO;    
}

if ([data writeToFile:[XEraseAppDelegate loadSessionPlist] atomically: YES]) {
  return YES;
} else {

   NSLog(@"couldn't write to new plist");

 return NO;
}

Это то, что я сделал очень быстро, и оно правильно записывает каталог plist с именем и компанией в каталог документов. У меня есть ощущение, что у вашего метода создания словаря может быть проблема. Попробуйте сами, затем добавьте свой код и убедитесь, что он работает.

NSArray *paths = NSSearchPathForDirectoriesInDomains(NSDocumentDirectory, NSUserDomainMask, YES);
NSString *plistDirectory = [paths objectAtIndex:0];
NSString *plistPath = [plistDirectory stringByAppendingPathComponent:@"userCompany.plist"];

NSArray *userObjects = [[NSArray alloc] initWithObjects:@"Joe", @"Smith", @"Smith Co", nil];
NSArray *userKeys = [[NSArray alloc] initWithObjects:@"First Name", @"Last Name", @"Company", nil];

NSDictionary *userSettings = [[NSDictionary alloc] initWithObjects:userObjects forKeys:userKeys];

[userSettings writeToFile:plistPath atomically:YES];

Верно ли, что имя файла, в который вы пишете: SOEMTHINGchores.plist?

Создано через:

NSString *plistName = [[NSString alloc] initWithFormat:@"%@chores.plist", self.firstName];

Кроме того, что является результатом:

[choresDictionary print];

Некоторая дополнительная информация поможет отладить это.

Где именно вы ищете файл?

У меня точно такой же код, и он отлично работает для меня.

Просто мне нужно копать глубоко, чтобы получить файл. Что-то типа:

/Users/myUserName/Library/Application Support/iPhone Simulator/User/Applications/0E62A607-8EEB-4970-B198-81CE4BDDB7AA/Documents/data.plist

И шестнадцатеричное число в пути меняется при каждом запуске. Поэтому я печатаю путь к файлу при каждом запуске.

Вставьте точку останова в

NSDictionary *choresDictionary = [[NSDictionary alloc] initWithDictionary:[self createDictionaryFromChoreList]];

теперь, когда вы выходите, перетащите указатель мыши на choresDictionary и проверьте во всплывающей подсказке, что его размер не равен 0x0, или вы можете просто сделать NSLog choresDictionary, например NSLog(@"%@",choresDictionary);. Я думаю, что в вашем словаре 0 пар ключ-значение, поэтому вы получаете нуль в папка с вашими документами.

Спасибо,

Мэдхуп

Я тоже столкнулся с этой проблемой. В моем случае оказалось, что я использовал NSNumbers для ключей, что недопустимо.