Séparer l’identité du nom de fichier modifiable
Un nom lisible est pratique, mais il peut changer lorsqu’une personne renomme un document ou en téléverse une révision. Si d’autres enregistrements utilisent ce nom comme identité, chaque renommage nécessite des mises à jour coordonnées. Envisagez un identifiant stable pour le fichier logique et conservez son nom d’affichage dans des métadonnées modifiables indépendamment.
Choisissez un format adapté à la récupération des fichiers par l’application. Un préfixe peut regrouper des objets connexes, tandis qu’un identifiant stable les distingue. Évitez les informations personnelles ou confidentielles inutiles dans les noms susceptibles d’apparaître dans des journaux, exports ou liens. Documentez la convention pour que chaque partie de l’application produise la même référence.
Définir le traitement des remplacements
Décidez si un fichier révisé remplace le contenu sous la même clé ou reçoit une nouvelle clé. Le remplacement conserve la référence, mais peut faire pointer d’anciens enregistrements vers le nouveau contenu ; une nouvelle clé préserve l’historique, mais exige de mettre à jour l’enregistrement qui désigne le fichier actuel. Le choix dépend du besoin d’historique de versions.
Testez le cycle complet : créer l’objet, enregistrer sa référence, le récupérer, le remplacer ou le renommer, puis le supprimer lorsqu’il n’est plus utile. Vérifiez après chaque opération que les enregistrements et workflows associés pointent toujours vers le bon fichier. Une règle d’identité cohérente évite les références cassées quand l’application évolue.