Will writeToFile: atomiquement: écraser les données?

Une question vraiment simple mais qui ne semble pas claire dans les documents d’Apple.

Est-ce que writeToFile:atomically: pour NSData , NSArray etc. écrase les données existantes sur un fichier?

Oui. Ce sera.

Voici quelques caractères pour dépasser la limite de 30 caractères.

Méthode writeToFile:atomically: TOUJOURS writeToFile:atomically: FICHIER , indépendamment de l’ atomically: YES ou NO.

Informations provenant d’ Apple Docs (NSData, section “Enregistrement des données”):

La classe NSData et ses sous-classes fournissent des méthodes pour enregistrer rapidement et facilement leur contenu sur le disque. Pour minimiser le risque de perte de données, ces méthodes permettent d’enregistrer les données de manière atomique. Atomic écrit que les données sont soit sauvegardées dans leur intégralité, soit elles échouent complètement. L’écriture atomique commence par écrire les données dans un fichier temporaire. Si cette écriture réussit, la méthode déplace le fichier temporaire vers son emplacement final.

Aucun mot sur la vérification de l’existence d’un fichier.

Par exemple, pour la méthode copyItemAtPath:toPath:error: dans docs (NSFileManager, section Discussion) spécifiquement écrit à propos de cette vérification:

Si un fichier portant le même nom existe déjà à dstPath, cette méthode arrête la tentative de copie et renvoie une erreur appropriée.