É uma prática recomendada instalar programas em arquivos de programas?

Temos um aplicativo que está sendo fornecido e instalado por uma empresa terceirizada. Eles estão cobrando uma taxa de 'consultoria' de taxa de mercado para fazer isso.

Eles instalaram a maioria das pastas na raiz da unidade C, para minha surpresa.

É possível instalá-los na raiz da unidade C? Esse método de instalação pode causar problemas? Ou os aplicativos devem ser instalados nos Arquivos de Programa?

windows

— Cold T
fonte

Eu não faria essa pergunta no Stack Overflow (ou mesmo nos Programadores). Provavelmente seria votado para baixo e fechado muito rapidamente no Stack Overflow.

— ChrisF

Você está chocado com o alto preço do software "corporativo" de qualidade excepcionalmente baixa? Não seja. Não é incomum.

— Michael Hampton

Eu acho que o motivo tem a ver com manter o comprimento da variável PATH o mais curto possível. Você pode usar a variável% PROGRAMFILES% no seu caminho, caso precise estendê-la, em vez de adicionar o caminho completo de onde quer que você tenha instalado o aplicativo.

— ChrisF

@ MichaelHampton, de fato, estou chocado, existem 'engenheiros de instalação' ainda piores!

— Fria T

Um grande problema aqui com os Arquivos de Programas sendo a melhor prática é que a criação de diretórios na unidade C não requer privilégios de administrador e os Arquivos de Programas. Ao tentar escrever um software que não precisa de administrador, C pode ser preferível (embora o uso do AppData seja a verdadeira solução nesse caso, na maioria das situações). Apenas apontando uma diferença potencial. Eu acho que tudo o mais dito aqui permanece.

— Nick

Respostas:

Embora não seja uma fonte oficial, Raymond Chen, do The Old New Thing, discutiu isso .

Especificamente, a postagem do blog acima vinculada declara:

Alguns dos programas de certificação de software da Microsoft (como o logotipo do Windows) exigem que os aplicativos definam seu local de instalação padrão no diretório Arquivos de Programas.
/.../
Arquivos de programas foi introduzido na tentativa de trazer ordem ao caos. Pense nisso como linhas de pintura em uma garagem.

Naturalmente, a conformidade com os termos desses programas de certificação de software só se aplicaria se você pretendesse solicitar (ou já tiver solicitado e recebido a certificação) desses programas de certificação de software específicos. E mais ao ponto, neste caso, trata-se do caminho de instalação padrão, nada mais.

— um CVn
fonte

OTOS se eu comprar software e ele for escrito por pessoas que não são inteligentes o suficiente para perceber que existem padrões e serem tão estúpidos quanto ir diretamente para C - bem, é aí que "da melhor maneira que a prática comum pode ser exigida por lei, salvo acordo em contrário "e" negligência grosseira em ler a documentação "entram em jogo.

— TomTom

Há certas vantagens em não instalar o %programfiles%. Uma é proteger o programa de ser usado como trampolim para malware (para obter mais detalhes, por exemplo, http://foundstone-dire-detect-insecurity-regist.software.informer.com/1.0/ ou no Google para obter mais informações "Foundstone DIRE ").

Outra vantagem seria instalar sem requerer privilégios elevados. Isso pode ser importante, novamente, se um programa for comprometido, ele não terá direitos de acesso para comprometer outra coisa.

No mundo Linux, é prática comum instalar pacotes de software de terceiros e de sistema separadamente. Por exemplo, enquanto os pacotes de software comuns entram /usr/bin, normalmente os terceiros entram /usr/local/binou /usr/share/binse precisam ser compartilhados por vários usuários, ou $HOME/binse devem ser usados por esse usuário específico. Ao ouvir como é uma empresa de consultoria que instala esses programas no seu PC, eles provavelmente têm algumas políticas de usuário (para não dizer artificial) que tornam necessário ou pelo menos mais conveniente não usar %programfiles%.

— wvxvw
fonte