Est-il recommandé d'installer des programmes dans Program Files?

Nous avons une application qui est fournie et installée par une société tierce. Pour ce faire, ils facturent des frais de «conseil» au taux du marché.

Ils ont installé la majorité des dossiers à la racine du lecteur C, à ma grande surprise.

Est-il correct de les installer à la racine du lecteur C? Cette méthode d'installation peut-elle causer des problèmes? Ou faut-il plutôt installer des applications dans Program Files?

windows

— T froid
source

Je ne poserais pas cette question sur Stack Overflow (ou bien sur les programmeurs). Il serait probablement rejeté et fermé assez rapidement sur Stack Overflow.

— ChrisF

Vous êtes choqué par le fait que les logiciels "d'entreprise" à prix élevé soient d'une qualité exceptionnellement basse? Ne le sois pas. Ce n'est pas rare.

— Michael Hampton

Je pense que la raison est de garder la longueur de la variable PATH aussi courte que possible. Vous pouvez utiliser la variable% PROGRAMFILES% dans votre chemin si vous avez besoin de l'étendre, plutôt que d'ajouter le chemin complet de l'endroit où vous avez installé votre application.

— ChrisF

@MichaelHampton en effet je suis choqué, là 'les ingénieurs d'installation' sont encore pires!

— Cold T

Un gros problème ici avec Program Files étant la meilleure pratique est que la création de répertoires dans le lecteur C ne nécessite pas de privilèges d'administrateur et Program Files le fait. Lorsque vous essayez d'écrire un logiciel qui n'a pas besoin d'admin, C pourrait être préférable (bien que l'utilisation d'AppData soit la vraie solution dans ce cas, pour la plupart des situations). Soulignant juste une différence potentielle. Je pense que tout le reste dit ici est valable.

— Nick

Réponses:

Bien qu'il ne s'agisse pas d'une source officielle, Raymond Chen de The Old New Thing en a discuté .

Plus précisément, le blog ci-dessus indique:

Certains programmes de certification de logiciels de Microsoft (tels que le logo Windows) nécessitent que les applications définissent leur emplacement d'installation par défaut dans le répertoire Program Files.
/.../
Program Files a été introduit dans le but de mettre de l'ordre dans le chaos. Pensez-y comme peignant des lignes dans un parking.

Naturellement, la conformité aux conditions de ces programmes de certification de logiciels ne s'appliquerait que si vous aviez l'intention de postuler (ou avez déjà appliqué et reçu la certification en vertu de) ces programmes de certification de logiciels particuliers. Et plus précisément dans ce cas, il s'agit du chemin d'installation par défaut, rien de plus.

— un CVn
source

OTOS si j'achète un logiciel et qu'il est écrit par des gens pas assez intelligents pour se rendre compte qu'il existe des normes et être aussi stupide que d'aller directement en C - eh bien, c'est là que "la meilleure pratique courante peut être exigée par la loi, sauf accord contraire »et« négligence grossière de lire la documentation »entrent en jeu.

— TomTom

Il y a certains avantages à ne pas installer dans %programfiles%. L'une consiste à protéger le programme contre l'utilisation comme trampoline pour les logiciels malveillants (pour plus de détails, voir, par exemple, http://foundstone-dire-detect-insecurely-regist.software.informer.com/1.0/ ou google pour plus "Foundstone" TERRIBLE").

Un autre avantage serait d'installer sans nécessiter des privilèges élevés. Cela peut être important, encore une fois, si un programme est compromis, il n'aura pas les droits d'accès pour compromettre autre chose.

Dans le monde Linux, il est courant d'installer séparément les packages logiciels tiers et système. Par exemple, alors que les progiciels habituels entrent /usr/bin, un tiers entre généralement dans /usr/local/binou /usr/share/bins'il doit être partagé par plusieurs utilisateurs, ou $HOME/bins'il est censé être utilisé par cet utilisateur spécifique. En entendant comment c'est une société de conseil qui installe ces programmes sur votre PC, ils ont probablement des politiques utilisateur (pour ne pas dire artificielles) qui rendent nécessaire ou du moins plus pratique de ne pas utiliser %programfiles%.

— wvxvw
source