Qual é o equivalente do windows / usr / bin, etc [closed]

Question

Isso pode não ser o melhor lugar para postar isso, mas minha pergunta é perguntar o oposto do O que é o Linux equivalente a arquivos de programa do Windows? .

Sou novo no windows e estou acostumado com o sistema de arquivos de estilo unix, onde há pastas designadas para certos tipos de arquivos. Eu estou querendo saber qual é a maneira normal de instalar programas no Windows, especificamente aqueles que serão iniciados a partir do prompt do cmd.

Até agora, adicionei variáveis de ambiente de usuário para cada programa e acrescento essa variável ao PATH. Então, para o gvim, eu adicionaria

GVIM_HOME

e, em seguida, anexar ao meu caminho:

%PATH%;%GVIM_HOME%

Mas agora estou me perguntando se devo apenas criar uma pasta e adicioná-la ao caminho e, em seguida, colocar atalhos para o meu exe nessa pasta. Algum de vocês conhece a maneira usual como isso é feito?

    

Answer 1

É muito interessante saber que você começou com o Unix :-)

Geralmente, os diretórios / pastas do Windows não são organizados com a mesma idéia que no Unix / Linux. Eu normalmente tenho uma partição "System" onde eu instalo o próprio Windows e meus aplicativos, e uma partição "Data" onde eu mantenho meus próprios dados. No Windows pós-XP, isso pode ser complicado, mas qualquer coisa que você abrir e fechar pode ser armazenada na partição de dados.

Voltar para a partição do sistema, o local de instalação padrão para todos os programas é "C: / Program Files" ou algo mais que os instaladores irão descobrir. Sob os binários "Arquivos de Programas", as documentações e todos os arquivos de suporte estão disponíveis para a execução dos programas. Mas para programas como o GVIM, sugiro que você o coloque em C: / e use path sem espaços. E então você atualiza% PATH. É assim que eu instalo o Perl e outras ferramentas puras de linha de comando que são mais populares no mundo Unix. Ou, para ser mais organizado, você pode criar uma pasta como C: / cmdtools e colocar programas que você instalar manualmente lá.

    

Answer 2

AFAIK não existe uma "maneira usual" de fazer isso, principalmente porque no mundo do Windows (não servidor), os programas são projetados para serem executados via interface do usuário. Mas acabei de verificar a variável% PATH% de uma caixa do Windows próxima e ela tem um zilhão de caminhos diferentes nela, então esse é provavelmente o comportamento mais comum.

Também é uma boa ideia porque os atalhos do Windows não funcionam como * links simbólicos suaves. Eles são arquivos reais no disco ( .lnk ), não referências a outros locais no sistema de arquivos. Você pode ter um diretório cheio de atalhos e invocá-los a partir do cmd.exe (por exemplo, c:\>program.lnk executará c:\foo\program.exe ), mas cada atalho tem um parâmetro que informa ao c:\foo\program.exe o diretório no qual ele deve começar sua execução. Não é como $ PWD ou / proc / [pid] / cwd no * nix. É muito importante não atrapalhar, porque afeta coisas como o carregamento de DLLs.

(também, ter que chamar foo.lnk da CLI em vez de apenas foo parece meio estranho para mim.)

esta é a minha experiência no XP Pro, de qualquer forma. YMMV com versões mais recentes do Windows e shells de comando.