- Mais rápido e fácil de digitar, com menos chance de erro
- Portátil (independente de local) ao criar links simbólicos
Estou tentando descobrir quais são os benefícios de usar nomes de caminho relativos em relação a nomes de caminho absoluto. Eu sei o que cada um é.
Eu acho que é fácil trabalhar com nomes de caminho relativos quando temos um longo caminho até o local atual. Por exemplo - O comando mkdir:
backup do mkdir / old ---- > : caminho relativo ---- > Melhor
mkdir / home / me / backup / antigo ---- > : caminho absoluto
Mas estou tentando encontrar outra vantagem (apenas uma) para nomes de caminho relativos e não consigo encontrar.
Você poderia explicar mais sobre esse assunto?
Advantage of relative path names over absolute path names
Uma grande vantagem de caminhos relativos é acomodar o armazenamento de pacotes de distribuição ao usar um layout de sistema de arquivos padrão. Por exemplo, se um binário em /usr/bin/ precisar de dados em /usr/share/ , então DATADIR de ../share/ significa que o binário pode ser instalado em qualquer lugar e o binário pode localizar seus dados.
A situação geralmente surge em instalações em estágio usando DESTDIR . Em vez de instalar em /usr/bin ou /usr/local/bin usando BINDIR sozinho, o pacote pode estar localizado em /opt/usr/ , o que equivale a $(DESTDIR)$(PREFIX) com DESTDIR=/opt/ e PREFIX=/usr . O binário está localizado em BINDIR=/opt/usr/bin e os dados estão localizados em DATADIR=/opt/usr/bin/../share .
Veja também DESTDIR nos Padrões de Codificação GNU.
Pegue o script configure de qualquer software de código aberto.
Por exemplo Se você tiver o git repo new_editor com 2 submódulos e estiver escrevendo um script de instalação para ele, não poderá escrever:
#!/bin/bash
#.........
/home/kashyap/workspaces/new_editor/module1/install.sh
/home/kashyap/workspaces/new_editor/module2/install.sh
#.........
Você deve escrever
#!/bin/bash
#.........
./module1/install.sh
./module2/install.sh
#.........
Tags filenames