Existem alternativas para adicionar à variável de ambiente PATH no Windows?

Question

Muitos aplicativos (especialmente ferramentas de desenvolvedor) exigem que você adicione o caminho à variável de ambiente PATH no Windows. Eu sei o que é, mas para mim isso parece baixo nível

Não existem alternativas para esta e outras variáveis de ambiente, causando o mesmo efeito no Windows? Por exemplo. o software poderia ser desenvolvido de uma maneira diferente e gerenciar isso com outra técnica?

    

Answer 1

Não, na verdade não.

É claro que o software poderia ser desenvolvido para usar outro var, mas o Windows teria que usá-lo para procurar por binários também.

Você pode criar um script para estender somente a variável PATH com seus caminhos de ferramentas de desenvolvimento quando precisar deles. Caso contrário, remova-os novamente.

No Linux, há o comando source que o sdk do jetpack do firefox usa, por exemplo, que usa uma sub-bash. Não sei se o Windows tem algo assim também. Essa seria outra / melhor opção.

    

Answer 2

As configurações de registro

App Paths podem ser usadas para registrar o aplicativo executável em todo o sistema ou para usuários individuais, assim como adicionar o diretório do aplicativo ao PATH . Portanto, o aplicativo pode ser iniciado escrevendo apenas o nome do executável na linha de comando.
Para obter mais detalhes sobre App Paths , consulte este artigo link ou a chave do Registro HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\CurrentVersion\App Paths

    

Answer 3

Todas as aplicações podem ser portáteis quando desenvolvidas. Não há necessidade de usar a variável PATH.

A técnica é obter o caminho de ativação do aplicativo e usá-lo para iniciar outros módulos do aplicativo em relação a esse caminho de ativação. O caminho de busca da dll inclui o caminho da aplicação já, o que é válido para outros executáveis ou módulos / dados que compõem a aplicação.

    

Answer 4

A única outra solução é colocar todos os arquivos no mesmo diretório que o executável, para que o caminho não seja necessário para acessar os arquivos. Ou defina um atalho para o executável com um nome de caminho padrão.

Esta solução é usada por muitos aplicativos, exatamente por esse motivo: evite adicionar-se ao PATH.

    

Answer 5

could the software be developed in a different way and manage this with another technique?

Sim. O que eu faria neste caso, (se você tem um programa para instalar ou algo assim, mas não pode acessar a variável Path) é apenas fazer com que o binário (executável do programa) seja instalado no C:\Windows ou% pastaC:\Windows\System32. Em seguida, você poderia chamá-lo a partir da linha de comando ou por meio de programação, apenas por program , program /option ou program -o ou o que quer que seja.

Seria ideal adicioná-lo à variável de sistema %Path% e, se estiver segmentando o Windows Vista, 7 ou 8, você poderá fazer com que o usuário aumente os privilégios e permita que ele o acesse. Mas se isso não é uma opção, então você deveria pelo menos ser capaz de fazer o que eu disse acima.

    

Answer 6

Seria "Low-level", se você implementasse LD_PRELOAD enganchando alguma chamada FileOpen (), não colocando .dll na pasta de um programa. Algumas implementações do aufs / unionfs podem ser outra solução.