¿Es una práctica recomendada instalar programas en Archivos de programa?

Tenemos una aplicación que está siendo proporcionada e instalada por una compañía externa. Están cobrando una tarifa de 'consultoría' de tasa de mercado para hacer esto.

Instalaron la mayoría de las carpetas en la raíz de la unidad C, para mi sorpresa.

¿Está bien instalarlos en la raíz de la unidad C? ¿Puede este método de instalación causar problemas? ¿O deberían instalarse las aplicaciones en Archivos de programa?

windows

— T fría
fuente

No haría esta pregunta sobre Stack Overflow (o de hecho Programadores). Probablemente sería rechazado y cerrado con bastante rapidez en Stack Overflow.

— ChrisF

¿Le sorprende que el software "empresarial" de alto precio sea de una calidad excepcionalmente baja? No se No es raro

— Michael Hampton

Creo que la razón tiene que ver con mantener la longitud de la variable PATH lo más corta posible. Puede usar la variable% PROGRAMFILES% en su ruta si necesita extenderla, en lugar de agregar la ruta completa de donde instaló su aplicación.

— ChrisF

@MichaelHampton, de hecho, estoy sorprendido, ¡hay 'ingenieros de instalación' aún peores!

— Cold T

Un gran problema aquí con los Archivos de programa como práctica recomendada es que la creación de directorios en la unidad C no requiere privilegios de administrador y los Archivos de programa sí. Al tratar de escribir software que no necesita administrador, C podría ser preferible (aunque usar AppData sería la verdadera solución en ese caso, para la mayoría de las situaciones). Solo señalando una diferencia potencial. Creo que todo lo demás dicho aquí está en pie.

— Nick

Respuestas:

Aunque no es una fuente oficial, Raymond Chen en The Old New Thing ha discutido esto .

Específicamente, la publicación del blog vinculada anteriormente indica:

Algunos de los programas de certificación de software de Microsoft (como el logotipo de Windows) requieren que las aplicaciones establezcan su ubicación de instalación predeterminada en el directorio Archivos de programa.
/.../
Program Files se introdujo en un intento de poner orden en el caos. Piense en ello como líneas de pintura en un garaje de estacionamiento.

Naturalmente, el cumplimiento de los términos de esos programas de certificación de software solo se aplicaría si pretendía solicitar (o ya ha solicitado y recibido la certificación) esos programas de certificación de software en particular. Y más al punto en este caso, se trata de la ruta de instalación predeterminada, nada más.

— un CVn
fuente

OTOS si compro software y está escrito por personas que no son lo suficientemente inteligentes como para darse cuenta de que hay estándares y son tan estúpidos como ir directamente a C, bueno, ahí es donde "la ley puede exigir" lo mejor que la práctica común, a menos que se acuerde lo contrario "y" negligencia grave para leer la documentación "entran en juego.

— TomTom el

Hay ciertas ventajas de no instalar en %programfiles%. Una es evitar que el programa se use como trampolín para malware (para obtener más detalles, consulte, por ejemplo, http://foundstone-dire-detect-insecurely-regist.software.informer.com/1.0/ o google para obtener más información sobre "Foundstone TERRIBLE").

Otra ventaja sería instalar sin requerir privilegios elevados. Esto puede ser importante, una vez más, si un programa se ve comprometido, no tendrá los derechos de acceso para comprometer otra cosa.

En el mundo Linux, es una práctica común instalar paquetes de software de terceros y del sistema por separado. Por ejemplo, si bien los paquetes de software habituales entran /usr/bin, los terceros generalmente entran /usr/local/bino /usr/share/binsi necesitan ser compartidos por múltiples usuarios, o $HOME/binsi se supone que deben ser utilizados por este usuario específico. Al escuchar cómo es una empresa de consultoría que instala estos programas en su PC, probablemente tengan algunas políticas de usuario (por no decir artificiales) que hacen que sea necesario o al menos más conveniente no usarlas %programfiles%.

— wvxvw
fuente