Respostas:
Os aliases são como comandos, pois todos os argumentos para eles são passados como argumentos para o programa que eles alias. Por exemplo, se você aliasse ls
para ls -la
, a digitação ls foo bar
seria realmente executada ls -la foo bar
na linha de comando.
Se você deseja ter controle real sobre como os argumentos são interpretados, você pode escrever uma função como esta:
my_program_wrapper() {
local first_arg="$1" \
second_arg="$2"
shift 2 # get rid of the first two arguments
# ...
/path/to/my_program "$@"
}
Solução de alias
Se você é realmente contra usar uma função em si, você pode usar:
$ alias wrap_args='f(){ echo before "$@" after; unset -f f; }; f'
$ wrap_args x y z
before x y z after
Você pode substituir $@
por $1
se desejar apenas o primeiro argumento.
Explicação
Isso cria uma função temporária f
, à qual são passados os argumentos.
Argumentos de alias são passados apenas no final. Observe que isso f
é chamado no final do alias.
Ele unset -f
remove a definição da função, pois o alias é executado para que não fique por aí depois.
wrap_args x y z
me dá: bash: erro de sintaxe próximo ao token inesperado `('
f
pseudônimo. Depois que eu desalinhado, f
ele funciona bem. O velho nome da colisão.
command type f
:)
Adicionando às respostas presentes, uma coisa importante a ser percebida sobre como funcionam os aliases é que todos os parâmetros digitados após um comando com alias serão usados literalmente no final. Portanto, não há como usar o alias para dois comandos (canalizados ou não), dos quais o primeiro deve interpretar os parâmetros. Para deixar claro, aqui está um exemplo de algo que não funcionaria conforme o esperado:
alias lsswp="ls -l | grep swp"
(um exemplo inspirado nesta pergunta ), ele sempre usará a saída ls -l
executada no diretório atual e fará um grep sobre isso.
lsswp / tmp /
seria equivalente ls -l | grep swp /tmp/
e não ls -l /tmp/ | grep swp
.
Para todos os propósitos em que os argumentos devem ser usados em algum lugar no meio, é preciso usar um em function
vez de alias
.
Você não precisa fazer nada, na verdade; aliases fazem isso automaticamente. Por exemplo:
$ alias less="less -eirqM"
$ less foo.txt
Você verá a primeira página do foo.txt e fechará less
no EOF (-e), as pesquisas não diferenciam maiúsculas de minúsculas (-i), etc.
Estou respondendo pelo csh:
Sim, você pode usar os parâmetros em pseudônimos e - como uma diferença do que foi dito acima - você pode consultá-los em qualquer lugar na definição de pseudônimo - não apenas no final.
Exemplo para tar-gz -ing something:
$ alias tgz "tar cvf - \!:1 | gzip -9 > \!:2.tar.gz"
, onde !:1
e !:2
são os parâmetros que você fornecerá ao chamar seu alias.
Exemplo de uso:
$ ls
clrcf.dat user_comment_2016.06.03_12:51:50.txt user_comment_2016.06.03_12:54:48.txt
TEST-wADM.tec user_comment_2016.06.03_12:52:04.txt user_comment_2016.06.03_12:55:13.txt
$ tgz user* out
a user_comment_2016.06.03_12:51:50.txt 1K
a user_comment_2016.06.03_12:52:04.txt 1K
a user_comment_2016.06.03_12:54:48.txt 1K
a user_comment_2016.06.03_12:55:13.txt 1K
$ ls out*
out.tar.gz
O que significa efetivamente que você usou dois parâmetros inseridos em locais arbitrários do comando tar, fazendo de tudo um alias tgz
sh
são definidasmy_program_wrapper() { ...; }
. O Bash lida com a palavra-chave,function
mas por que não usar o que é mais portátil?