Qual é a diferença entre um traço e dois traços para os parâmetros do prompt de comando?

Fiquei me perguntando por que alguns programas exigem que seus parâmetros de prompt de comando tenham dois traços na frente, enquanto alguns (a maioria) exigem apenas um traço na frente?

Por exemplo, a maioria dos programas se parece com isso: relaxer -dtd toc.xml toc_gr.xml toc_jp.xml

Enquanto alguns programas são assim: xmllint --valid toc.xml --noout

Por que alguns exigem dois hífens em vez de um? Não faz sentido que todos sigam um padrão (ou seja, um único traço serve ).

Basta fazer ls --help e olhar para as opções; deve ser óbvio para você.

Não tem nada a ver com parâmetros. Muitas opções têm uma forma curta e uma longa, e muitas têm uma e não a outra.

E também, no que diz respeito aos parâmetros, é simplesmente que, na forma longa, quando eles tomam um parâmetro, parece que sempre está igual. Mas, obviamente, os curtos podem aceitar parâmetros da mesma forma; apenas eles não usam iguais.

Aqui está um extrato de ls --help( man lsfornece informações equivalentes). Observe como alguns têm uma forma muito tempo sem um formulário curto ( --author, --block-size), alguns têm um pequeno formulário sem uma forma longa ( -c, -f, -g), e alguns têm ambos uma forma de comprimento e uma forma curta ( -A/ --almost-all, -b/ --escape).

 -a, --all                  do not ignore entries starting with .
 -A, --almost-all           do not list implied . and ..
     --author               with -l, print the author of each file
 -b, --escape               print octal escapes for nongraphic characters
     --block-size=SIZE      use SIZE-byte blocks
 -B, --ignore-backups       do not list implied entries ending with ~
 -c                         with -lt: sort by, and show, ctime (time of last
                              modification of file status information)
                              with -l: show ctime and sort by name
                              otherwise: sort by ctime
 -C                         list entries by columns
     --color[=WHEN]         control whether color is used to distinguish file
                              types.  WHEN may be `never', `always', or `auto'

Não existe um padrão generalizado. Há alguma consistência, por exemplo, nos programas GNU, mas você precisa verificar a documentação de cada programa.

Citando a Wikipedia , ênfase minha:

Em sistemas tipo Unix, o hífen ASCII – menos é comumente usado para especificar opções. O caractere geralmente é seguido por uma ou mais letras . Um argumento que é um único hífen – menos por si só, sem nenhuma letra, geralmente especifica que um programa deve manipular dados provenientes da entrada padrão ou enviar dados para a saída padrão. Dois caracteres hífen – menos (-) são usados ​​em alguns programas para especificar "opções longas" onde nomes de opções mais descritivos são usados . Esse é um recurso comum do software GNU.

Geralmente, os hífens indicam um argumento predefinido. Eu acho que é usado para diferenciá-los de, por exemplo, nomes de arquivos ou outros rótulos que você pode usar como argumento. Mas nem sempre é esse o caso (veja abaixo).

Você encontrará frequentemente o mesmo argumento disponível tanto na opção curta quanto na longa, como por exemplo em ls .

Alguns programas usam um único hífen para opções de um caractere e dois hífens para opções de vários caracteres, mas não todos (GNU findvem à mente). Alguns programas têm hífens opcionais ou os ignoram completamente ( tarou BSD psvem à mente).

Às vezes, opções longas ( --foo) exigem argumentos, enquanto opções curtas ( -f) não (ou pelo menos implicam em um argumento padrão específico).

Opções curtas (por exemplo cut -d ' ') podem ter argumentos, enquanto opções longas (por exemplo ls --all) não necessariamente as têm.

Para definir um comportamento específico de um programa, às vezes você precisa usar uma opção curta, para outros você precisa usar uma opção longa e para alguns você pode escolher.

Em uma nota relacionada, alguns programas não podem lidar com espaços em branco entre uma opção e seu argumento , enquanto outros não.

Como escrevi no começo, simplesmente não há comportamento ou padrão comum. Geralmente, você pode rastrear um comportamento semelhante à mesma biblioteca usada para análise de argumentos, mas provavelmente não deseja ler as fontes para descobrir isso.

Você realmente não pode inferir a sintaxe de argumento de um programa da outra.

Se você também considera o Windows, fica ainda pior: enquanto a linha de comando do Windows chama tradicionalmente /f(pelo menos na maioria das vezes, caracteres únicos) para opções, com :o separador entre as opções e seu valor (veja, por exemplo, aqui ); os utilitários de plataforma cruzada são generalizados (como os mencionados) e trazem a sintaxe de hífen mais comum para argumentos, com todas as inconsistências mencionadas acima.

Esta é uma convenção vinda do * nix. O hífen duplo precede as opções quando elas são escritas na íntegra , enquanto o hífen único precede as opções quando elas são escritas em formato abreviado . Por exemplo ls --all --l, pode ser reduzido para ls -al. Como se vê, nem todas as opções têm seus equivalentes de uma única letra, embora as mais usadas usualmente tenham.

Se a opção aceita um argumento realmente não faz diferença - pode aceitá-los ou não, independentemente da maneira como você insere a opção.

Ao gravá-los para uso único, isso realmente não importa, mas ao escrever comandos, por exemplo, em arquivos .alias, é habitual usar o formulário completo. Puramente pela facilidade de leitura para a próxima pessoa.

estas são sintaxes convencionais do UNIX,

um argumento do programa usa um hífen ("-") seguido de uma única letra quando é uma opção simples (por exemplo: -v ) e dois hífens ("-") quando a opção recebe argumentos (por exemplo: --file toc.xml ou --arquivo = toc.xml )

sem impacto na funcionalidade do programa.

traço único é implementado pelo getopt e é a função padrão posix, traço duplo no getopt_long e é um padrão gnu.

Tradicionalmente, um único traço fornece uma opção de caractere assim:

-A ou -V etc, mas não precisa se limitar a isso. por exemplo, -Wall for gcc ativa todos os avisos do compilador para o comando gcc compiler.

argumentos de traço duplo tendem a ser mais detalhados e geralmente usam um parâmetro fornecido como --max-count = NUM. No entanto, --version não leva iguais.

De um modo geral, não há regras ou padrões definidos sobre como os argumentos do programa devem ser especificados, apenas um monte de tradições. No entanto, se as funções de análise de linha de comando getopt e getopt_long forem usadas, os parâmetros geralmente deverão seguir o padrão, pois as funções da biblioteca impõem uma certa maneira de fazê-lo.