Pourquoi devrais-je installer un programme dans C: / directement?

Quelles sont les raisons pour lesquelles certains programmes s’installent (par défaut ou même sur demande) dans C: / directement, et pas, comme la plupart, dans le dossier C: / Program Files /?

Aussi, pourquoi est-il si courant que les pilotes soient décompressés ici? J'ai vu beaucoup de dossiers Intel, Nvidia, ATI et Xerox dans les lecteurs C: / -, même si pour moi cela n'a aucun sens de s'y mettre par défaut, et non sur le bureau ou d'autres dossiers spécifiques à l'utilisateur. Les fichiers ne doivent pas être requis à l'échelle du système, car ils ne sont que temporaires.

Merci!

Edit: Cette question ne concerne pas un logiciel spécifique, mais plutôt les raisons pour lesquelles il est logique de s'écarter de la manière habituelle. Je pensais que cela pourrait avoir quelque chose à voir avec les serveurs qui devraient continuer à fonctionner, mais ce n'est qu'une intuition basée sur aucun fait, pourquoi un programme serveur ne devrait-il pas être exécuté à partir de C: / Program Files /, tant que tous les autorisations sont définies. Idem pour les fichiers requis éventuellement à l'échelle du système tels que les fichiers d'installation du pilote.

Évidemment, cela ne concerne que Windows.

Il n'y a pas de véritable raison technique d'installer quelque chose dans un dossier directement sur c: \ ou de décompresser un pilote dans c :.
C'est même contre les guides de conception de logiciels Windows publiés par Microsoft.

Mais:
Si l'utilisateur doit être invité à exécuter manuellement quelque chose dans ce dossier, il est pratique de pouvoir donner à l'utilisateur des instructions simples.
Comme: Ouvrez "Poste de travail", ouvrez C :, ouvrez [dossier] puis ouvrez le programme "setup".
En forçant le chemin à être réparé comme ceci, il est cohérent pour tous les utilisateurs, ce qui facilite grandement la vie du support technique.
C'est très souvent le cas pour les téléchargements de pilotes. Tous les grands fabricants semblent le faire comme ça.

J'ai parfois travaillé au helpdesk de première ligne.
Vous ne croirez pas combien d'utilisateurs téléchargent quelque chose, décompressez-le, recevez un appel téléphonique entre et 15 minutes plus tard, vous ne vous souvenez plus où sur leur disque dur ils ont mis les fichiers décompressés.
Ensuite, ils appellent le helpdesk ou le support technique.
Si vous êtes la personne qui gère ces appels, vous commencez très rapidement à apprécier la logique de placer ces fichiers directement dans C: \

Quelles sont les raisons pour lesquelles certains programmes sont installés (par défaut ou même requis) dans C: / directement, et pas, comme la plupart, dans le dossier C: / Program Files /?

Certains développeurs ne suivent pas les conventions standard car ils ne sont pas au courant ou sont trop paresseux pour faire les choses "correctement". De nombreux développeurs amateurs coderont également en dur les chemins d'accès à leurs logiciels et / ou installateurs plutôt que d'interroger l'environnement (par exemple,% TEMP%,% APPDATA%,% PROGRAMFILES%).

Aussi, pourquoi est-il si courant que les pilotes soient décompressés ici? J'ai vu beaucoup de dossiers Intel, Nvidia, ATI et Xerox dans les lecteurs C: / -, même si pour moi cela n'a aucun sens de s'y mettre par défaut, et non sur le bureau ou d'autres dossiers spécifiques à l'utilisateur. Les fichiers ne doivent pas être requis à l'échelle du système, car ils ne sont que temporaires.

Comme l'a suggéré Tonny, c'est en partie pour simplifier le support technique, mais c'est aussi pour votre propre confort. Lorsque vous extrayez les fichiers du pilote dans un emplacement facile à trouver et accessible à tous les utilisateurs, il est également facile pour le système de localiser à nouveau les fichiers si vous devez réinstaller les pilotes. Malheureusement, la plupart des fournisseurs ne nettoient pas les anciens fichiers, vous pouvez donc vous retrouver avec des gigaoctets d'anciens packages de pilotes qui ne seront plus jamais utilisés. Dans certains cas, il peut être plus approprié de les extraire vers% TEMP% ou vers le compte "Tous les utilisateurs", et certains fournisseurs font exactement cela.

Bien que «la plupart» des logiciels et des fichiers de configuration puissent gérer de longs chemins de répertoires, des majuscules mixtes, des espaces et des caractères «non standard», ils ne le font pas toujours et le déclenchement au milieu de votre flux de travail peut être un problème mineur.

Le fait que Microsoft ait déplacé le dossier Utilisateurs vers le répertoire racine pour Vista et 7 est probablement une bonne indication du nombre de personnes qui préfèrent le répertoire racine ("c:" par défaut) dans la pratique.

Espaces . La raison en est les espaces .

Il y a un espace dedans C:/Program Files. Si vous mettez cela dans une commande shell telle quelle, elle sera interprétée comme deux arguments distincts. C:/Programet Files. Ceci est, bien sûr, très facile à résoudre en le citant simplement, "C:/Program Files"ou C:/Program\ Files, cependant, certains programmes parviennent à le visser. Pour contourner ce problème, ou pour le rendre plus facile pour les scénaristes paresseux, les programmes sont parfois installés C:directement dans .

Notez que même si le développeur du programme est diligent et échappe correctement à tous ses chemins de fichiers, il est possible qu'une bibliothèque ou un script externe quelque part dans la chaîne ne le fasse pas. Les programmes ont tellement de dépendances qu'il est parfois plus facile de ne pas utiliser d'espaces que d'essayer de faire participer tout le monde.

Vous déclarez que cela ne concerne que Windows, mais le logiciel peut être porté vers / depuis d'autres systèmes d'exploitation. En outre, il peut y avoir des différences entre les versions de Windows, par exemple, certaines versions traduites de Windows ont également ce nom de dossier traduit, et l'utilisateur peut également modifier l'emplacement (par exemple, au lieu de "C: \ Program Files", j'ai utilisé "P: \" pour quelque temps). Tout cela peut être détecté par le logiciel, mais il est plus facile d'utiliser un emplacement fixe. Dans le cas des pilotes, il pourrait également être nécessaire de savoir où se trouvent les fichiers à un moment où ces informations ne sont pas disponibles à partir du système d'exploitation.

Certains programmes plus anciens (époque DOS, Win 3.1) ne pouvaient pas accepter d'espaces ou de noms "longs" dans le chemin à partir duquel ils étaient ouverts. C'est assez rare de nos jours cependant.

Les installateurs sont censés obtenir les paramètres du système sur lequel ils sont installés. Ces paramètres sont censés inclure l'emplacement du répertoire Program Files entre autres détails. Les programmes légitimes sont emballés dans des programmes d'installation qui se connectent à ces informations et gardent une trace si vous modifiez les valeurs par défaut qu'ils offrent.

D'un autre côté, les pilotes sont conçus pour être gérés par le système d'exploitation (Gestionnaire de périphériques -> Mettre à jour les pilotes) - s'ils étaient à l'intérieur d'un programme d'installation, le Gestionnaire de périphériques ne pourrait pas y accéder pour les installer. Ils ne sont pas flexibles sur l'endroit où vous les mettez.

Au niveau des consommateurs, les téléphones intelligents et les tablettes remettent vraiment en question l'idée selon laquelle ceux-ci devraient être des préoccupations des utilisateurs finaux.

Certains programmes fonctionnent mal lorsqu'ils existent dans un chemin avec des espaces (par exemple "Program Files"), c'est pourquoi ils sont installés à la racine de C :.

Cependant, je parie que de nombreux programmeurs étaient paresseux et ont simplement décidé de placer leur programme dans C: \ par défaut, juste par commodité.

TLDR; pour séparer les programmes importants dont d'autres programmes peuvent dépendre des programmes réguliers comme les jeux / navigateurs / tout ce que vous avez installé.

Je pense qu'une autre grande raison pour laquelle les gens choisissent d'installer sur C: \ concerne la raison pour laquelle ils ont créé les fichiers programme en premier lieu: pour séparer les programmes des fichiers système de la même manière que le dossier Utilisateurs est créé pour séparer les fichiers utilisateur du programme / système des dossiers.

Donc, si le développeur ne veut pas que l'utilisateur le désinstalle parce qu'il ne se souvient pas à quoi il sert (pensez aux éléments de développement emballés comme les plugins audio ou à des langages entiers comme python / ruby), ils installent le programme sur le lecteur C: \ pour sorte de l'inclure dans les "fichiers système" mais aussi de ne pas mettre dans le dossier Windows pour des raisons évidentes.

Je sais que c'est un vieux post mais ce n'est pas verrouillé et j'avais quelque chose à ajouter.