¿Por qué instalaría un programa en C: / directamente?


14

¿Cuáles son las razones por las que algunos programas se instalan (por defecto o incluso requisitos) en C: / directamente, y no, como la mayoría, en la carpeta C: / Archivos de programa /?

Además, ¿por qué es tan común que los controladores se descompriman aquí? He visto muchas carpetas Intel, Nvidia, ATI y Xerox en unidades C: / -, aunque para mí no tiene ningún sentido predeterminar allí, y no en el escritorio u otras carpetas específicas del usuario. Los archivos no deberían ser necesarios en todo el sistema, ya que son solo temporales.

¡Gracias!

Editar: esta pregunta no se trata de un software específico, sino de las razones por las que tiene sentido desviarse de la forma habitual. Pensé que podría tener algo que ver con los servidores que deberían mantenerse en funcionamiento, pero esto es solo una corazonada basada en ningún hecho, ¿por qué no debería ejecutarse un programa de servidor desde C: / Archivos de programa /, siempre que todos Se establecen los permisos. Lo mismo para los posibles archivos necesarios para todo el sistema, como los archivos de instalación del controlador.

Obviamente, esto se refiere solo a Windows.


66
La instalación del software es una parte importante del ciclo de desarrollo, y si hay razones específicas por las que uno se desplegaría en áreas fuera de los Archivos de programa, es algo que los desarrolladores pueden desear saber. Entonces diría que generalmente es sobre el tema.
GrandmasterB

Creo que las aplicaciones de MS-DOS se instalaron en C: \, pero, por supuesto, Windows 10 no es MS-DOS.
juniorRubyist

Respuestas:


11

No existe una razón técnica real para instalar algo en una carpeta directamente en c: \ o para descomprimir un controlador en c :.
Incluso va en contra de las guías de diseño de software de Windows publicadas por Microsoft.

Pero:
en caso de que el usuario deba recibir instrucciones para ejecutar manualmente algo en esa carpeta, es conveniente poder darle al usuario instrucciones simples.
Me gusta: Abra "Mi PC", abra C :, abra [carpeta] y luego abra el programa "configuración".
Al obligar a que la ruta se repare de esta manera, es coherente para todos los usuarios, lo que facilita mucho la asistencia técnica.
Este es a menudo el caso de descargas de controladores. Todos los principales fabricantes parecen hacerlo así.

En ocasiones he trabajado en el servicio de asistencia de primera línea.
No creerá cuántos usuarios descargan algo, lo descomprimen, reciben una llamada telefónica y 15 minutos después no pueden recordar en qué lugar de su disco duro colocaron los archivos descomprimidos.
Luego llaman al servicio de asistencia o soporte técnico.
Si usted es la persona que maneja esas llamadas, rápidamente comenzará a apreciar la lógica de colocar estos archivos directamente en C: \


44
Además, "C: \ Archivos de programa" depende tanto de la arquitectura regional como del procesador (x86 frente a x64), mientras que "C: \" no lo es. "% ProgramFiles%" es independiente de la configuración regional, pero tiende a confundir a los usuarios semi-inteligentes, que no creen que parezca una ruta real, o no obtienen los signos de porcentaje correctos. En sistemas de 64 bits, seguirá siendo la ruta incorrecta para aplicaciones de 32 bits.
abstrask

1
en ese caso, creo que es más fácil extraer los archivos al escritorio que C: \
phuclv el

@phuclv No realmente, especialmente con Windows 8 y versiones posteriores. La carpeta Escritorio tiene permisos de sistema de archivos muy complicados (especialmente cuando se utilizan perfiles móviles) que pueden interferir con un instalador. También se puede redirigir a otro lugar (posiblemente una red o ubicación de Storage Space). Y muchos escáneres de viruss simplemente no confían en su instalador si intenta ejecutarlo desde el escritorio. A partir de Windows 10, AppLocker es otra cosa posible que puede interferir con la ejecución de cosas desde el escritorio (en muchas compañías está configurado para bloquear las cosas en ejecución desde el escritorio).
Tonny

7

¿Cuáles son las razones por las que algunos programas se instalan (por defecto o incluso requisitos) en C: / directamente, y no, como la mayoría, en la carpeta C: / Archivos de programa /?

Algunos desarrolladores no siguen las convenciones estándar porque no son conscientes o son demasiado flojos para hacer las cosas "bien". Muchos desarrolladores aficionados también codificarán rutas de acceso en su software y / o instaladores en lugar de consultar el entorno (por ejemplo,% TEMP%,% APPDATA%,% PROGRAMFILES%).

Además, ¿por qué es tan común que los controladores se descompriman aquí? He visto muchas carpetas Intel, Nvidia, ATI y Xerox en unidades C: / -, aunque para mí no tiene ningún sentido predeterminar allí, y no en el escritorio u otras carpetas específicas del usuario. Los archivos no deberían ser necesarios en todo el sistema, ya que son solo temporales.

Como sugirió Tonny, esto es en parte para simplificar el soporte técnico, pero también es para su propia conveniencia. Cuando extrae los archivos del controlador en una ubicación que es fácil de encontrar y accesible para todos los usuarios, también es fácil para el sistema localizar los archivos nuevamente si necesita reinstalar los controladores. Desafortunadamente, la mayoría de los proveedores no limpian los archivos antiguos, por lo que puede terminar con gigabytes de paquetes de controladores antiguos que nunca se volverán a usar. En algunos casos, puede ser más apropiado extraerlos en% TEMP% o en la cuenta "Todos los usuarios", y algunos proveedores hacen exactamente eso.


2

Aunque 'la mayoría' de los archivos de software y configuración pueden manejar rutas de directorio largas, mayúsculas mixtas, espacios y caracteres 'no estándar', no siempre y tropezar con esto en medio de su flujo de trabajo puede ser una molestia menor.

Que Microsoft haya movido la carpeta Usuarios al directorio raíz para Vista y 7 probablemente sea una buena indicación de cuántas personas prefieren el directorio raíz (predeterminado "c:") en la práctica.


1

Espacios . La razón son los espacios .

Hay un espacio adentro C:/Program Files. Si lo coloca en un comando de shell tal como está, se interpretará como dos argumentos separados. C:/Programy Files. Esto es, por supuesto, muy fácil de solucionar simplemente citándolo "C:/Program Files"o C:/Program\ Files, sin embargo, algunos programas logran arruinarlo. Para evitar este problema, o para que sea más fácil para los escritores de guiones perezosos, a veces los programas se instalan C:directamente.

Tenga en cuenta que incluso si el desarrollador del programa es diligente y escapa de todas sus rutas de archivos correctamente, es posible que alguna biblioteca o algún script externo en algún lugar de la cadena no lo haga. Los programas tienen tantas dependencias que a veces es más fácil simplemente no usar espacios que intentar que todos participen.


y longitud de la cosa. c:\program fileseso es largo de escribir ... puede usar tab pero no si es un parámetro. Y a menudo los directorios dentro de él tienden a ser largos. C:\Program Files\Microsoft Visual Studio 10.0 de hecho% PATH% realmente no puede hacer frente a muchos directorios largos porque tiene un límite de 2 o 4 mil char
barlop

0

Usted declara que esto solo concierne a Windows, pero el software puede ser portado a / desde otros sistemas operativos. Además, puede haber diferencias entre las versiones de Windows, por ejemplo, algunas versiones traducidas de Windows también tienen traducido este nombre de carpeta, y el usuario también puede cambiar la ubicación (por ejemplo, en lugar de "C: \ Archivos de programa", usé "P: \" para Un rato). Todo esto puede ser detectado por el software, pero es más fácil usar una ubicación fija. También en el caso de los controladores, podría ser necesario saber dónde están los archivos en un momento en que esta información no está disponible desde el sistema operativo.


0

Algunos programas antiguos (era DOS, Win 3.1) no podían aceptar espacios o nombres "largos" en la ruta desde donde se abren. Sin embargo, esto es bastante raro en estos días.

Se supone que los instaladores obtienen configuraciones sobre el sistema que se está instalando. Se supone que esta configuración incluye la ubicación del directorio de Archivos de programa, entre otros detalles. Los programas legítimos están empaquetados en instaladores que se conectan a esta información y realizan un seguimiento si cambia los valores predeterminados que ofrecen.

Por otro lado, los controladores están diseñados para ser manejados por el sistema operativo (Administrador de dispositivos-> Actualizar controladores). Si estuvieran dentro de un instalador, el Administrador de dispositivos no podría acceder a ellos para instalarlos. No son flexibles sobre dónde los colocas.

A nivel del consumidor, los teléfonos inteligentes y las tabletas realmente desafían la idea de que estas deberían ser preocupaciones del usuario final.


0

Algunos programas funcionan mal cuando existen en una ruta con espacios (es decir, "Archivos de programa"), por lo que se instalan en la raíz de C :.

Sin embargo, apuesto a que muchos programadores eran flojos y simplemente decidieron colocar su programa en C: \ por defecto, solo por conveniencia.


0

TLDR; para separar programas importantes de los que otros programas pueden depender de los programas normales como juegos / navegadores / cualquier otra cosa que haya instalado.

Creo que otra gran razón por la que las personas eligen instalar en C: se refiere a por qué crearon los Archivos de programa en primer lugar: para separar los programas de los archivos del sistema de la misma manera que se crea la carpeta Usuarios para separar los archivos de usuario del programa / sistema archivos.

Entonces, si el desarrollador no quiere que el usuario lo desinstale porque no recuerda para qué sirve (piense en elementos de desarrollo empaquetados como complementos de audio o idiomas completos como python / ruby), entonces instala el programa en la unidad C: \ incluirlo en los "archivos del sistema", pero no ponerlo en la carpeta de Windows por razones obvias.

Sé que esta es una publicación antigua pero no está bloqueada y tenía algo que agregar.

Al usar nuestro sitio, usted reconoce que ha leído y comprende nuestra Política de Cookies y Política de Privacidad.
Licensed under cc by-sa 3.0 with attribution required.