Quel est l’avantage d’écrire dans un emplacement temporaire, puis de le copier vers la destination voulue?

J'écris une application qui fonctionne avec des images satellites et mon patron m'a demandé d'examiner certaines applications commerciales et de voir comment elles se comportaient. J'ai constaté un comportement étrange et, comme je le recherchais, je l'ai également trouvé dans d'autres applications standard.

Ces programmes écrivent d’abord dans le dossier temporaire, puis copient-le dans la destination voulue.

Exemple: 7zip commence par extraire dans le dossier temporaire, puis copie les données extraites à l'emplacement où vous lui avez demandé d'extraire les données.

Je vois plusieurs problèmes avec cette approche:

1. Le dossier temporaire ne dispose peut-être pas de suffisamment d'espace, tandis que l'emplacement prévu peut en contenir autant.

2. S'il s'agit d'un fichier volumineux, l'opération de copie peut prendre un temps non négligeable.

J'y ai beaucoup réfléchi, mais je ne voyais aucun avantage positif à le faire. Est-ce que je manque quelque chose ou y a-t-il un réel avantage à le faire?

Quelques raisons auxquelles je peux penser:

• Sur la plupart des plates-formes, les déplacements de fichiers sont atomiques, mais pas les écritures de fichiers (surtout si vous ne pouvez pas écrire toutes les données en une fois). Donc, si vous avez le modèle producteur / consommateur typique (un processus produit des fichiers, l’autre surveille un répertoire et récupère tout ce qu’il trouve), écrire dans un dossier temporaire d’abord et ensuite seulement se déplacer à l’emplacement réel signifie que le consommateur ne peut jamais voir un répertoire. fichier inachevé.
• Si le processus qui écrit le fichier tombe à mi-chemin, vous avez un fichier endommagé sur votre disque. S'il s'agit d'un emplacement réel, vous devez le nettoyer vous-même, mais s'il s'agit d'un emplacement temporaire, le système d'exploitation s'en chargera.
• Si le fichier est créé lors de l'exécution d'un travail de sauvegarde, celui-ci peut récupérer un fichier incomplet. Les répertoires temporaires étant généralement exclus des sauvegardes, le fichier ne sera inclus qu'une fois déplacé vers la destination finale.
• Le répertoire temporaire peut se trouver sur un système de fichiers rapide mais volatil (par exemple, un disque virtuel), ce qui peut être bénéfique, par exemple pour télécharger plusieurs morceaux du même fichier en parallèle ou pour effectuer un traitement sur place avec beaucoup de recherches. De plus, les répertoires temporaires ont tendance à causer plus de fragmentation que les répertoires avec des lectures, écritures et suppressions moins fréquentes, et le fait de conserver le répertoire temporaire sur une partition séparée peut aider à limiter la fragmentation des autres partitions.

TL; DR - cela revient essentiellement à l’attricité, c’est-à-dire que vous voulez faire en sorte que (à l’emplacement final) le fichier soit complet ou absent du tout à un moment donné.

Cela semble être un problème dans Windows, plus spécifiquement lié à la gestion du glisser-déposer.

Les développeurs du client WINSCP ont développé leur propre extension shell, qui annule ce comportement de glisser-déposer et permet de déposer immédiatement le fichier dans le bon dossier. Ils expliquent le tour de force dans leur documentation et, plus intéressant encore, quel est le problème et comment ils l'ont résolu.

Voici la partie intéressante:

Le mécanisme de glisser-déposer de Windows ne permet pas à l'application source d'effectuer une opération de glisser-déposer pour savoir facilement où les fichiers sont déposés. C’est à l’application cible (généralement Windows Explorer) de transférer les fichiers vers la destination. C'est plutôt raisonnable, car l'application source peut difficilement transférer des fichiers vers toutes les destinations possibles. N'oubliez pas que vous pouvez déposer des fichiers non seulement dans un répertoire, mais également dans un fichier ZIP (ou toute autre archive), un répertoire distant (via FTP, SFTP, SCP,…), une corbeille,…

Bien entendu, même l’Explorateur Windows (ou toute autre application cible, telle que WinZip) ne peut pas télécharger de fichiers de toutes les sources possibles (en particulier, il ne connaît pas SFTP / SCP).

De plus, spécifiquement pour 7Zip: l'utilisateur ray023 répond à cette question dans le Q & A de la pile de superutilisateurs: https://superuser.com/a/422463

Fondamentalement, si au lieu de glisser-déposer votre fichier, vous utilisez la méthode "extraire ici" disponible dans 7-ZIP et Winrar, les fichiers sont directement extraits vers le bon répertoire.

Si vous devez effectuer n'importe quel type de traitement de données dans le fichier (décoder / convertir / etc.), il est préférable d'utiliser un fichier temporaire. Une fois terminé, transférez le résultat à la destination finale uniquement.

Avantages:

1. Seuls les fichiers terminés atteignent la destination
2. Le fichier temporaire peut (devrait) résider dans un support rapide
3. Eviter la fragmentation sur le fichier final
4. Permet l'utilisation d'autres médias comme destination finale (ftp, cloud, peu importe)
5. Les fichiers temporaires abandonnés sont plus faciles à nettoyer

Je ne vois pas les avantages réels d’écrire directement à la destination lors du traitement des données.