Por que eu instalaria um programa em C: / diretamente?


14

Quais são os motivos pelos quais alguns programas instalam (por padrão ou mesmo requisito) em C: / diretamente, e não, como a maioria, na pasta C: / Arquivos de Programas /?

Além disso, por que é tão comum que os drivers sejam descompactados aqui? Eu já vi muitas pastas Intel, Nvidia, ATI e Xerox em unidades C: / -, embora, para mim, não faça sentido usar como padrão lá, e não na área de trabalho ou em outras pastas específicas do usuário. Os arquivos não devem ser necessários em todo o sistema, pois são apenas temporários.

Obrigado!

Editar: Esta pergunta não é sobre software específico, mas as razões pelas quais faz sentido desviar-se da maneira usual. Eu pensei que poderia ter algo a ver com servidores que deveriam ser mantidos em execução, mas este é apenas um palpite baseado em fatos, por que um programa de servidor não deveria estar executando em C: / Arquivos de Programas /, desde que todos permissões estão definidas. O mesmo para arquivos possivelmente necessários em todo o sistema, como arquivos de instalação do driver.

Obviamente, isso diz respeito apenas ao Windows.


6
A instalação do software é uma parte importante do ciclo de desenvolvimento, e se houver razões específicas para implantar em áreas fora dos Arquivos de Programas, certamente é algo que os desenvolvedores podem querer saber. Então, eu diria que é geralmente sobre tópico.
precisa

Acho que aplicativos do MS-DOS se instalaram em C: \, mas é claro que o Windows 10 não é o MS-DOS.
precisa saber é o seguinte

Respostas:


11

Não há motivo técnico real para instalar algo em uma pasta diretamente em c: \ ou descompactar um driver em c :.
É mesmo contra os guias de design de software do Windows, publicados pela Microsoft.

Porém:
caso o usuário precise ser instruído a executar manualmente algo nessa pasta, é conveniente poder fornecer instruções simples ao usuário.
Como: Abra "Meu Computador", abra C :, abra [pasta] e abra o programa "setup".
Ao forçar o caminho a ser corrigido assim, é consistente para todos os usuários, o que facilita muito a vida do suporte técnico.
Este é frequentemente o caso de downloads de drivers. Todos os principais fabricantes parecem fazê-lo assim.

Trabalhei na primeira linha de assistência técnica de vez em quando.
Você não vai acreditar quantos usuários baixam algo, descompacte o arquivo, receba uma ligação telefônica e 15 minutos depois não consegue se lembrar onde, no disco rígido, eles colocaram os arquivos descompactados.
Em seguida, eles ligam para o suporte técnico ou suporte técnico.
Se você é a pessoa que lida com essas chamadas, rapidamente começa a apreciar a lógica de colocar esses arquivos diretamente em C: \


4
Além disso, "C: \ Arquivos de Programas" depende da arquitetura de localidade e do processador (x86 x x64), enquanto "C: \" não é. "% ProgramFiles%" é independente da localidade, mas tende a confundir os usuários semi-experientes, que não acham que isso é um caminho real ou que não conseguem acertar os sinais de porcentagem. Em sistemas de 64 bits, ainda será o caminho errado para aplicativos de 32 bits.
abstrask

1
nesse caso, eu acho que é mais fácil para extrair os arquivos para o Desktop de C: \
phuclv

@ phuclv Na verdade não, especialmente no Windows 8 e posterior. A pasta da área de trabalho tem permissões muito complicadas para o sistema de arquivos (especialmente quando são usados ​​perfis móveis) que podem interferir no instalador. Também pode ser redirecionado para outro lugar (possivelmente uma rede ou local de armazenamento). E muitos virusscanners simplesmente não confiam no seu instalador se você tentar executá-lo na área de trabalho. A partir do Windows 10 AppLocker, é outra coisa possível que pode interferir na execução de itens da área de trabalho (em muitas empresas, ele é configurado para bloquear itens em execução na área de trabalho).
quer

7

Quais são os motivos pelos quais alguns programas instalam (por padrão ou mesmo requisito) em C: / diretamente, e não, como a maioria, na pasta C: / Arquivos de Programas /?

Alguns desenvolvedores não seguem as convenções padrão porque não sabem ou têm preguiça de fazer as coisas "corretamente". Muitos desenvolvedores amadores também codificarão os caminhos em seus softwares e / ou instaladores em vez de consultar o ambiente (por exemplo,% TEMP%,% APPDATA%,% PROGRAMFILES%).

Além disso, por que é tão comum que os drivers sejam descompactados aqui? Eu já vi muitas pastas Intel, Nvidia, ATI e Xerox em unidades C: / -, embora, para mim, não faça sentido usar como padrão lá, e não na área de trabalho ou em outras pastas específicas do usuário. Os arquivos não devem ser necessários em todo o sistema, pois são apenas temporários.

Como Tonny sugeriu, isso é parcialmente para simplificar o suporte técnico, mas também para sua própria conveniência. Quando você extrai os arquivos do driver para um local fácil de encontrar e acessível a todos os usuários, também é fácil para o sistema localizar os arquivos novamente, se você precisar reinstalar os drivers. Infelizmente, a maioria dos fornecedores não limpa arquivos antigos; portanto, você pode acabar com gigabytes de pacotes de drivers antigos que nunca serão usados ​​novamente. Em alguns casos, pode ser mais apropriado extraí-los para% TEMP% ou para a conta "Todos os usuários", e alguns fornecedores fazem exatamente isso.


2

Embora 'a maioria' dos arquivos de software e de configuração possa lidar com caminhos de diretório longos, letras maiúsculas e minúsculas, espaços e caracteres 'fora do padrão', eles nem sempre e tropeçar nisso no meio do seu fluxo de trabalho pode ser um pequeno problema.

O fato de a Microsoft ter movido a pasta Usuários para o diretório raiz do Vista e 7 provavelmente é uma boa indicação de quantas pessoas preferem o diretório raiz (padrão "c:") na prática.


1

Espaços . O motivo são os espaços .

Há um espaço C:/Program Files. Se você colocar isso em um comando do shell como está, será interpretado como dois argumentos separados. C:/Programe Files. É claro que isso é muito fácil de corrigir, simplesmente citando-o, "C:/Program Files"ou C:/Program\ Files, no entanto, alguns programas conseguem estragar tudo. Para contornar esse problema, ou para facilitar para os gravadores de script preguiçosos, às vezes os programas são instalados C:diretamente.

Observe que, mesmo que o desenvolvedor do programa seja diligente e escape todos os seus caminhos de arquivo corretamente, é possível que alguma biblioteca ou algum script externo em algum lugar da cadeia não funcione. Os programas têm tantas dependências que, às vezes, é mais fácil não usar espaços do que tentar envolver todos.


e comprimento da coisa. c:\program filesé muito tempo para digitar .. pode usar tab, mas não se for um parâmetro. E muitas vezes os diretórios dentro dele tendem a ser longos. C:\Program Files\Microsoft Visual Studio 10.0 PATH infact%% realmente não pode lidar com muitos diretórios longos 'cos que tem um limite de 2 ou 4000 de char
barlop

0

Você afirma que isso se refere apenas ao Windows, mas o software pode ser portado para / de outros sistemas operacionais. Além disso, pode haver diferenças entre as versões do Windows, por exemplo, algumas versões traduzidas do Windows também têm esse nome de pasta traduzido e o usuário também pode alterar o local (por exemplo, em vez de "C: \ Arquivos de Programas", usei "P: \" para Um tempo). Tudo isso pode ser detectado pelo software, mas é mais fácil usar um local fixo. Também no caso de drivers, pode ser necessário saber onde estão os arquivos ao mesmo tempo em que essas informações não estão disponíveis no sistema operacional.


0

Alguns programas mais antigos (era DOS, Win 3.1) não podiam aceitar espaços ou nomes "longos" no caminho de onde eles são abertos. Isso é muito raro hoje em dia.

Os instaladores devem obter configurações sobre o sistema que está sendo instalado. Essas configurações devem incluir o local do diretório Arquivos de Programas entre outros detalhes. Os programas legítimos são fornecidos em instaladores que se conectam a essas informações e acompanham se você alterar os padrões que eles oferecem.

Por outro lado, os drivers são projetados para serem manipulados pelo sistema operacional (Gerenciador de dispositivos-> Atualizar drivers) - se eles estivessem dentro de um instalador, o Gerenciador de dispositivos não seria capaz de acessá-los para instalá-los. Eles não são flexíveis sobre onde você os coloca.

No nível do consumidor, smartphones e tablets realmente desafiam a ideia de que essas devem ser preocupações do usuário final.


0

Alguns programas funcionam mal quando existem em um caminho com espaços (por exemplo, "Arquivos de Programas"), e é por isso que eles são instalados na raiz do C :.

No entanto, eu apostaria que muitos programadores eram preguiçosos e decidiram colocar o programa em C: \ por padrão, apenas por conveniência.


0

TLDR; para separar programas importantes dos quais outros programas possam depender dos programas regulares, como jogos / navegadores / qualquer outra coisa que você instalou.

Eu acho que outro grande motivo pelo qual as pessoas optam por instalar no C: \ diz respeito ao motivo pelo qual eles criaram os Arquivos de Programa: separar os programas dos arquivos do sistema da mesma maneira que a pasta Usuários é criada para separar os arquivos do usuário do programa / sistema arquivos.

Portanto, se o desenvolvedor não quiser que o usuário o desinstale, porque não se lembra para que serve (pense em itens de desenvolvimento em pacote, como plug-ins de áudio ou idiomas inteiros como python / ruby), eles instalam o programa na unidade C: \ meio que incluí-lo nos "arquivos do sistema", mas também não colocar a pasta do Windows por razões óbvias.

Eu sei que este é um post antigo, mas não está bloqueado e eu tinha algo a acrescentar.

Ao utilizar nosso site, você reconhece que leu e compreendeu nossa Política de Cookies e nossa Política de Privacidade.
Licensed under cc by-sa 3.0 with attribution required.