Nos meus testes (no Bash e no Z Shell), não vi problemas com a definição de funções ou aliases ou scripts de shell executáveis com hífens no nome, mas não tenho certeza de que tudo ficará bem em todos os shells e em todos os casos de uso .
A razão pela qual gostaria de fazer isso é que um hífen é mais fácil de digitar do que um sublinhado e, portanto, mais rápido e suave.
Uma razão pela qual hesito em confiar que não é um problema é que, em alguns idiomas (Ruby, por exemplo), o hífen seria interpretado como um sinal de menos, mesmo sem espaços ao seu redor. Não me surpreenderia se algo assim pudesse acontecer em algumas conchas, onde o hífen é interpretado como sinalizando uma opção mesmo sem espaço.
Outro motivo para suspeitar um pouco é que meu editor de texto estraga a sintaxe, destacando funções com hífens. (Mas é claro que é perfeitamente possível que isso seja apenas um bug em sua sintaxe, destacando a configuração dos scripts de shell.)
Existe alguma razão para evitar hífens?
-
neles são maus. Eu estou olhando para você, CSS. :)csh
etcsh
e eles não suportam hífens também, mas Korn shell fez. É um pouco engraçado que eu useia-b()
como meu nome de função também.Sei que é muito tarde, mas talvez você possa solucionar o problema de tornar o sublinhado mais acessível.
Isso alternará o sublinhado com hífen (menos).
Então, agora, você mantém pressionado shift por hífen, mas um sublinhado é digitado sem shift.
Seu código de chave pode ser diferente, no entanto, acho que depende do seu teclado; o meu passa a ser 20. Entre em contato se precisar de ajuda para encontrar o código de chave que você precisa usar.
fonte