Utilisation légitime du dossier Windows «Documents» dans les programmes

Quiconque aime que leur dossier Documents ne contienne que des éléments qu’ils y placent sait que le dossier Documents standard n’est absolument pas adapté à cette tâche. Chaque programme semble vouloir mettre ses paramètres, ses données ou quelque chose d'aussi indifférent dans le dossier Documents , malgré le fait qu'il existe des dossiers spécifiques à ce travail ¹ .

Pour que cela ne semble pas vide, prenons comme exemple mon dossier "Documents" personnel. Je ne l' utilise jamais , je n'ai jamais sauvegardé quoi que ce soit dans ce dossier. Et pourtant, il contient 46 dossiers et 3 fichiers au niveau supérieur, pour un total de 800 fichiers dans 500 dossiers. C'est 190 Mo de "documents" que je n'ai pas créés. De toute évidence, tous les documents seraient immédiatement perdus dans ce gâchis.

Ma question est la suivante : peut-on faire quelque chose pour améliorer la situation de manière à rendre les "documents" utiles à nouveau, par exemple dans les 5 prochaines années? Les programmeurs peuvent-ils être en quelque sorte éduqués en masse pour ne pas l'utiliser comme dépotoir? Le système d'exploitation peut-il commencer à signaler des "faux" emplacements cachés sous AppData via les API existantes, tout en permettant uniquement à Explorer et aux différentes boîtes de dialogue Ouvrir / Enregistrer de savoir où se trouve le "vrai" dossier Documents? Ou est-ce que des tentatives sont complètement inutiles ou même inutiles?

¹ Pour mémoire, voici un bref résumé des divers répertoires standard à utiliser à la place de "Documents":

• RoamingAppDatapour les données et les paramètres spécifiques à l'utilisateur. C'est le répertoire à utiliser pour les données non temporaires spécifiques à l'utilisateur. Tout ce qui est placé ici sera disponible sur n'importe quelle machine à laquelle un utilisateur donné se connecte sur des réseaux où cela est configuré. Ne placez pas de gros fichiers ici, car ils ralentissent la connexion / déconnexion dans de tels environnements.
• LocalAppDatapour les données et les paramètres spécifiques à l' utilisateur et à la machine . Ces données diffèrent pour chaque utilisateur et chaque machine. C'est également à cet endroit que de très grandes données spécifiques à l'utilisateur doivent être placées.
• ProgramDatapour les données et les paramètres spécifiques à la machine . Celles-ci sont les mêmes quel que soit l'utilisateur connecté et ne se déplacent pas vers d'autres machines du réseau.
• GetTempPathpour tous les fichiers qui peuvent être effacés sans perte de données lorsqu'ils ne sont pas utilisés. C'est également l' endroit idéal pour les éléments tels que les caches , car, à l'instar des données temporaires, un cache n'a pas besoin d'être sauvegardé. Placez votre énorme cache ici et vous épargnerez à l'utilisateur quelques problèmes de sauvegarde.

« Documents » lui - même ne devrait jamais être utilisé si l'utilisateur spécifié manuellement en entrant un chemin ou en le sélectionnant dans une boîte de dialogue Enregistrer. C'est la seule fois qu'il est toujours appropriée pour sauver des choses dans « Documents ».

Il faudrait une incitation visible. Par exemple, si les utilisateurs devaient donner l'autorisation de sauvegarder dans le dossier Documents (au moment de l'installation), les programmeurs voudraient éviter de déclencher cette boîte de dialogue effrayante.

Une fois que vous avez obtenu cet avantage, les gens tomberont naturellement sur des documents tels que "Enregistrer les données de programme spécifiques à une machine dans ProgramData" tout en essayant de les résoudre.

En fait, beaucoup de problèmes pourraient être résolus par un joli framework de permissions ...

Ma question est la suivante: peut-on faire quelque chose pour améliorer la situation de manière à rendre les "documents" utiles à nouveau, par exemple dans les 5 prochaines années?

En théorie, quelque chose pourrait être fait. En théorie, Microsoft pourrait:

• Trouvez un meilleur endroit pour mettre les fichiers de paramètres utilisateur (en même temps, sachant que de nombreuses applications ont des raisons valables de mettre des paramètres dans des fichiers).
• Ajoutez ceci aux instructions standard pour les développeurs d'applications Windows. (Je suppose que de telles directives existent.)
• Accordez une grande importance à la conformité des applications aux directives, par exemple via une sorte de certification ou en créant et en publiant des cartes de performance. "Nommer et faire honte" pourrait faire des merveilles ...

Il faut dire que Apple a toujours été beaucoup plus proactif avec ce genre de chose. Et cela se voit dans la qualité des choses qui fonctionnent sur leurs plateformes.

Je pense que vous répondez à la question en ce sens que cela se résume à l’éducation des programmeurs. Je ne connais pas suffisamment l'API Windows et il Documentsest particulièrement facile de stocker des éléments , mais sinon, les applications ne devraient pas les polluer. Je pense que cela revient à avoir un emplacement connu par utilisateur où les données peuvent résider. Pour le type de données dont vous parlez, Mac OS X utilise le ~/Librarydossier, même si certaines applications conservent encore des traces Documents. Peut-être que quelque chose de similaire devrait (existe-t-il?) Exister pour Windows.

Personnellement, je conserve mes documents dans un dossier du même nom, situé sous la racine de Dropbox, ce qui me demande un travail supplémentaire, mais me sauve du problème que vous avez soulevé.

Bien que je comprenne bien que vous souhaitiez engager une discussion pour inciter les développeurs à cesser de le faire, cela pourrait bien devenir l'une de ces choses telles que les icônes de notification de la barre des tâches qui ne pourraient pas être arrêtées, alors Microsoft les a balayées sous le tapis.

Auparavant, je bloguais sur le dossier Documents, le comparant à sortir d'un mauvais quartier . En tant qu’utilisateur, j’ai eu l’occasion de tenter de tout nettoyer moi-même. Je voudrais marquer tous les dossiers non invités comme "cachés" ce qui les ferait disparaître de l'Explorateur. Je créerais des liens symboliques pour les dossiers Visual Studio 2005, 2008 et 2010 dans un dossier "Visual Studio" commun, etc.

Mais même avec les scripts PowerShell pour l'automatiser, j'en ai eu marre de le faire sur toutes les nouvelles machines que j'utilisais. Heureusement, dans Windows 7, il existe une autre option qui fonctionne assez bien pour moi.

Comme Windows 7 tend à utiliser par défaut la bibliothèque "Documents" par opposition au dossier Documents. J'ai simplement supprimé le dossier% userprofile% \ documents de cette bibliothèque et ajouté mon dossier Dropbox. Alors maintenant, les boîtes de dialogue d'ouverture / enregistrement par défaut se positionnent à cet emplacement et lorsque je clique sur Démarrer -> Documents, cela me conduit à ma Dropbox.

En fin de compte, j'aimerais voir une sorte de certification de base pour des applications similaires aux directives de l'App Store iOS. Mais ils ne peuvent même pas obliger les fabricants de pilotes à signer leurs pilotes ...

Je pense que la stratégie à long terme devrait être d'arrêter de stocker autre chose que des documents dans des fichiers. Les données système, en particulier les paramètres, doivent être stockées dans des systèmes de stockage qui ressemblent davantage à une base de données qu’un système de fichiers. Des points bonus si cette base de données peut être synchronisée facilement et automatiquement avec un service sur le Web. Vous disposez ainsi d'un ensemble de paramètres indépendamment du nombre d'ordinateurs que vous utilisez et de leur emplacement.

Je ne connais pas grand-chose de l'historique des systèmes de fichiers, mais il me semble que le système a été compris très tôt et que les fichiers exécutables sont une «chose» fondamentalement différente des documents. Donc, ceux-ci ont été rangés dans un dossier spécial (appelé alors répertoire) comme C:\DOSet l'utilisateur était essentiellement en contrôle du reste du lecteur.

Personne n'a vraiment prédit à quel point des systèmes beaucoup plus complexes et ingérables deviendraient au fil des années, et quel désordre cela créerait. Je pense qu'il est temps de repenser la technologie de fond en comble et de tirer parti de la synergie du cloud. Points bonus si une solution open source pratique décolle avant qu'une entreprise ne le fasse :)

Même si certains programmes stockent encore des données dans Documents , je pense que la plupart d'entre eux stockent leurs données dans AppData . Ils vont donc déjà dans la bonne direction, mais les utilisateurs ne peuvent pas en faire beaucoup: chaque programme est responsable de son contenu. Est-ce que.

Solution:
1. Cliquez avec le bouton droit sur le dossier 'Documents' et sélectionnez l'onglet 'emplacement'.
2. Modifiez l'emplacement de "Documents" en un autre endroit. Choisissez "C: \ Admin \ Configs" (toutes les applications écrivant sur "documents" doivent alors être envoyées à C: \ Admin \ Configs).

Mais cela ne résout que la moitié du problème, la prochaine étape devrait être assez évidente.

1. Créez un nouveau dossier dans 'C: \ User \\ Documentation'

Vous devriez alors pouvoir ajouter ce répertoire aux bibliothèques et supprimer l'ancien, j'ai volontairement défini un nom de dossier différent dans 'C: \ User \ ** Documentation **' car je voulais m'assurer que rien ne pouvait se trouver sous la main. dossier.

Si le dossier 'documents' apparaît à nouveau dans votre C: \ User \ à cause de ce qui précède, cliquez simplement sur le dossier avec le bouton droit de la souris et faites-en un dossier invisible.

L'enregistrement des paramètres dans un fichier texte est une solution inter plate-forme complète.

À moins que les développeurs ne créent un standard de base de données de paramètres multi-plateformes, je pense que la plupart d’entre nous continuerons à utiliser des fichiers texte vidés dans le répertoire utilisateur.

Ceux d'entre nous qui sont intelligents créeront différentes interfaces de paramètres pour les systèmes qui autorisent des moteurs de stockage de paramètres spécialisés (tels que le registre Windows).