Por contexto, estou usando zsh. Toda vez que uso locate
, quero passar os sinalizadores -i
e .-A
Normalmente, se eu conseguir, crio um alias
com o mesmo nome do comando existente para fazer isso. Mas de acordo com esta pergunta , os aliases não podem aceitar argumentos, então eu tenho que usar uma função. Normalmente paro por aí porque a ideia de uma função com o mesmo nome de um comando parece errada para mim, embora não possa dizer por quê.
Eu estava prestes a finalmente criar tal função quando tive este pensamento: este é um padrão comum para mim, querendo sinalizar os padrões para o comando; existe uma maneira mais fácil de fazer isso? Talvez o zsh forneça uma solução melhor para esse problema?
Isso me levou a outro pensamento: é um antipadrão substituir um comando existente? Eu sempre fiz isso porque me permite pular uma associação na minha cabeça: por exemplo, "Por que não ll
tem uma man
página? Ah sim: ll
realmente significa ls -la
. Eu preciso fazer man ls
, não man ll
. Etc."
Para resumir:
- Está certo/idiomático substituir um comando existente por um alias/função?
- O zsh ou alguma outra ferramenta fornece uma maneira mais direta de sinalizadores padrão para um comando específico?
Estou realmente surpreso com esse outro post que você mencionou, pois pode ser muito enganoso. Só porque um alias não usa parâmetros não significa que os aliases não possam definir parâmetros. Claro que você pode colocar opções em um alias, mas é apenas restrito, ou seja, o alias é substituído em um só lugar.
O problema que outra pergunta apresenta é se você deseja adicionar opções a um alias que tenha um argumento.
então, se você tivesse um alias:
Então no seu caso
Quanto às suas perguntas específicas:
É bastante comum que as distribuições linux sejam enviadas com "opções" padrão por meio de aliases, por exemplo, ls frequentemente tem um
alias ls 'ls --color=auto'
ou para login de root que você pode veralias mv 'mv -i'
. Portanto, pode ser considerado uma maneira padrão de fornecer melhores padrões aos usuários e usa o mesmo nome do binário subjacente. Se um usuário não quiser usar um alias e ele estiver definido no ambiente padrão, ele poderá usar unalias para desdefinir o alias permanentemente ou ao executar um comando usando uma barra invertida, como\mv a b
impedirá a expansão do alias para essa execução (como usa o caminho completo, como/usr/bin/mv a b
)Não acredito que o zsh forneça recursos extras nessa área e certamente nada que seja um "padrão". As pessoas geralmente escrevem scripts de shell wrapper e, às vezes, funções de shell. Mas para software trivial, o alias geralmente é a solução que as pessoas usam. Se o programa for complicado o suficiente, ele geralmente obterá um arquivo rc para as preferências comuns do usuário.
Acho que uma ferramenta que tentou tornar as opções um pouco mais fáceis foi a biblioteca popt, que permitia aos usuários criar suas próprias opções de software, mas a biblioteca popt não é muito usada e não acho que ela tenha a capacidade de definir o padrão.
Os aliases que usam o mesmo nome são quase todo o objetivo dos aliases.
alias grep='grep --ignore-case --color=auto'
funciona perfeitamente como um substituto para ogrep
.Criar uma função ou um
~/bin/
script para substituir um comando exigirá que você faça referência ao comando diretamente.ou
~/bin/grep
:...irá travar em um loop recursivo onde a função ou script se chama infinitamente enquanto...
ou
~/bin/grep
:...não vão morrer a morte recursiva porque eles não chamam a si mesmos.
O único problema com aliases é que você não pode inserir argumentos internamente entre argumentos 'padrão'. Você pode com função e scripts...
ou
~/bin/grep
:...mas ficaria confuso rapidamente se você tentasse usar a nova versão do comando esperando sequências de argumentos normais.