Écrire ce fichier ne fonctionne pas

J'essaie de combiner des images dans mon application dans un seul fichier et de les écrire sur le disque.

NSMutableArray *array = [NSMutableArray arrayWithObjects: 
                         [NSData dataWithContentsOfFile:@"0.png"], 
                         [NSData dataWithContentsOfFile:@"1.png"],
                         [NSData dataWithContentsOfFile:@"2.png"],
                         nil];

NSData *data = [NSKeyedArchiver archivedDataWithRootObject:array];
NSError *error = nil;
NSString *path=@"/Users/myusername/Desktop/_stuff.dat";
[data writeToFile:path options:NSDataWritingAtomic error:&error];

NSArray *array = [NSArray arrayWithObjects:
                  [NSImage imageNamed:@"0"], 
                  [NSImage imageNamed:@"1"], 
                  [NSImage imageNamed:@"2"], 
                  nil];

NSData *data = [NSKeyedArchiver archivedDataWithRootObject:array];
NSError *error = nil;
NSString *path=@"/Users/myusername/Desktop/_stuff.dat";
[data writeToFile:path options:NSDataWritingAtomic error:&error];

Mais à la fois de produire un fichier de 4 ko (vide). Si je NSLog l'erreur, il est (null). Suis-je rendre les données dans le mauvais sens?

Edit: Si j'ouvre le fichier avec un éditeur de texte, il ressemble à ceci:
Écrire ce fichier ne fonctionne pas

Vous ne devriez pas coder en dur le chemin comme ça. Utilisation [NSHomeDirectory() stringByAppendingPathComponent:@"Desktop/_stuff.dat"]; ou même [[NSHomeDirectory() stringByAppendingPathComponent:@"Desktop"] stringByAppendingPathComponent:@"_stuff.dat"];
Merci pour l'astuce. C'est un temps d'utiliser le code que j'utilise pour regrouper les images dans un seul gros fichier uniquement pour mon usage personnel. Cependant, je vais garder cela à l'esprit!

OriginalL'auteur sudo rm -rf | 2011-03-02

J'ai écrit un exemple rapide:

Manquant: gestion de la mémoire /d'erreur de manipulation ou de la bonne gestion des fichiers

//Archive

NSMutableArray *array = [[NSMutableArray alloc] init];

NSString * input = @"/Users/Anne/Desktop/1.png";

[array addObject:[NSData dataWithContentsOfFile:input]];
[array addObject:[NSData dataWithContentsOfFile:input]];
[array addObject:[NSData dataWithContentsOfFile:input]];

NSData *data = [NSKeyedArchiver archivedDataWithRootObject:array];
NSString *path = @"/Users/Anne/Desktop/archive.dat";
[data writeToFile:path options:NSDataWritingAtomic error:nil];


//Unarchive

NSMutableArray *archive = [NSKeyedUnarchiver unarchiveObjectWithFile:path];

NSData * firstObject = [archive objectAtIndex:0];
NSString * output = @"/Users/Anne/Desktop/2.png";
NSURL *fileURL = [[NSURL alloc] initFileURLWithPath:output];
[firstObject writeToURL:fileURL atomically:YES];

Vous pouvez également ajouter NSImages à la NSMutableArray:

NSString * input = @"/Users/Anne/Desktop/1.png";
NSImage *image = [[NSImage alloc] initWithContentsOfFile: input];
[array addObject:image];

Mais qui va considérablement augmenter la taille du fichier.

A parfaitement fonctionné, merci (encore une fois lol).
Je suis heureux, il a travaillé 🙂
Donc, si j'ai seulement besoin d'accéder à une image au moment de l'exécution (dans les archives), il est un moyen d'accéder à cette image à un indice sans désarchivage l'ensemble de la chose? Semble comme une surcharge inutile pour moi.
Voir ma deuxième réponse (c'était trop long pour un commentaire).

OriginalL'auteur Anne

De réponse pour le commentaire suivant:

Donc, si j'ai seulement besoin d'accéder à une image au moment de l'exécution (dans les archives), il est un moyen d'accéder à cette image à un indice sans désarchivage l'ensemble de la chose? Semble comme une surcharge inutile pour moi.

Je suppose que vous êtes toujours aux prises avec ce problème?

Se cacher (ou chiffrement) les ressources de l'application?

Comme je l'ai mentionné plus tôt, en combinant tous les fichiers en un seul gros fichier fait le tour.

Juste assurez-vous que vous vous souvenez du fichier à longueur de chaque dossier et fichier-commande.

Ensuite, vous pouvez extraire n'importe quel fichier spécifique que vous aimez sans avoir à lire tout le fichier.

Ce serait peut-être plus suffisamment de chemin si vous avez seulement besoin d'extraire un seul fichier à la fois.

Rapide "sale" de l'échantillon:

//Two sample files
NSData *fileOne = [NSData dataWithContentsOfFile:@"/Users/Anne/Desktop/1.png"];
NSData *fileTwo = [NSData dataWithContentsOfFile:@"/Users/Anne/Desktop/2.png"];

//Get file length
int  fileOneLength = [fileOne length];
int  fileTwoLength = [fileTwo length];

//Combine files into one container
NSMutableData * container = [[NSMutableData alloc] init];
[container appendData:fileOne];
[container appendData:fileTwo];

//Write container to disk
[container writeToFile:@"/Users/Anne/Desktop/container.data" atomically:YES];

//Read data and extract sample files again
NSData *containerFile = [NSData dataWithContentsOfFile:@"/Users/Anne/Desktop/container.data"];
NSData *containerFileOne =[containerFile subdataWithRange:NSMakeRange(0, fileOneLength)];
NSData *containerFileTwo =[containerFile subdataWithRange:NSMakeRange(fileOneLength, fileTwoLength)];

//Write extracted files to disk (will be exactly the same)
[containerFileOne writeToFile:@"/Users/Anne/Desktop/1_extracted.png" atomically:YES];
[containerFileTwo writeToFile:@"/Users/Anne/Desktop/2_extracted.png" atomically:YES];

//Only extract one file from the container
NSString * containerPath = @"/Users/Anne/Desktop/container.data";
NSData * oneFileOnly = [[NSFileHandle fileHandleForReadingAtPath:containerPath] readDataOfLength:fileOneLength]; 

//Write result to disk
[oneFileOnly writeToFile:@"/Users/Anne/Desktop/1_one_file.png" atomically:YES];

Conseil:
Vous pouvez également enregistrer l'index à l'intérieur du conteneur de fichier.

Par exemple: Les 500 premiers octets contiennent les informations requises.

Lorsque vous avez besoin d'un fichier spécifique: Lecture de l'index, obtenir la position dans le fichier et l'extraire.

Très agréable d'informations, merci de votre aide! 🙂

OriginalL'auteur Anne

1

Vous archivez un NSMutable tableau de NSImage. Ces deux classes sont conformes à la NSCoding protocole requis par NSKeyedArchiver, donc je ne vois pas où serait le problème.

Donc, voici de nombreuses idées à tester.

D'abord, êtes-vous sûr que les données que vous pensez que vous avez sont-ils valables? Dans votre premier extrait de code, vous écrivez [NSData dataWithContentsOfFile:@"0.png"]. Cette méthode attend un chemin absolu du fichier.

En supposant que le problème n'est pas dans votre code, il vous suffit dans votre question, nous allons continuer:

Avez-vous quelque chose de différent de nil dans la variable de données après votre archivage? C'est à dire, après la déclaration de données, vous pouvez ajouter ce code. Si l'assertion échoue, vous aurez une exception à l'exécution:
```
NSData *data = [NSKeyedArchiver archivedDataWithRootObject:array];
NSAssert(nil != data, @"My object data is nil after archiving");
```
Si le problème n'était pas là, qu'est-ce que le retour de la ligne [data writeToFile:path options:NSDataWritingAtomic error:&error];

(Pas la variable d'erreur, mais la valeur de retour de l'appel à la méthode - writeToFile: options: error:)

Ce qui se passe si vous simplifier votre code et il suffit de faire ceci:
```
result = [NSKeyedArchiver archiveRootObject:data
                                     toFile:archivePath];
```
Si tout était ok, avez-vous essayé de réactivation de votre fichier avec NSKeyedUnarchiver?

Vérifier mon montage, c'est que ce que vous demandez?
Merci pour ton edit, je vais essayer quand-je accéder à mon code plus tard aujourd'hui.
Vous avez fixé une partie de mon problème en me disant sur le chemin d'accès absolu. J'ai été en utilisant un chemin relatif, et il ne fonctionnait pas. Merci pour votre aide.

OriginalL'auteur Guillaume
1

Le problème est que [NSData dataWithContentsOfFile:@"0.png"] recherche le fichier "0.png" dans le répertoire courant, mais ce que l'application pense que le répertoire courant est probablement pas l'endroit que vous êtes enceinte. Pour les applications graphiques, vous devriez toujours utiliser un chemin absolu, soit un chemin relatif à un endroit que vous pouvez obtenir le chemin d'accès absolu (par exemple, votre application bundle, le répertoire application support, certains emplacement choisi par l'utilisateur).

Pour les outils de ligne de commande, en utilisant le répertoire en cours est la plus courante. Mais je doute que c'est le cas ici.

Yep, Guillaume m'a aidé à comprendre que. Je suis habitué à avoir les OS de trouver automatiquement le fichier pour moi, mais je n'ai jamais utilisé de chemins absolus avant.

OriginalL'auteur Chuck
0

Une autre chose que j'ai remarqué sur Mavericks et les est que les dossiers dans le chemin d'accès doit être dans l'existence. Ce qui signifie que vous devez créer le dossier de la structure avant de l'enregistrer dans ce dossier. Si vous essayez d'écrire dans un dossier sur le bureau ou ailleurs, même avec le bac à sable hors, il échouera si le dossier n'existe pas. Je sais que cela a déjà répondu, mais j'ai trouvé que mon problème continue, peu importe, mais une fois que j'ai assurez-vous que le dossier de la structure était en place, j'ai pu faire de mon écriture sur ce dossier.

Sur une note de côté: je suis sûr que vous pourriez faire à partir de NSFileManager, et je vais le faire moi-même une fois que j'ai finaliser mon app de la structure, mais espérons que cela aide quelqu'un d'autre a perdu dans la sauce.

OriginalL'auteur FrostyL

Vous devez vous connecter pour publier un commentaire.