Não há consistência em nomear o uso de "opção", "argumento" e "sinalizador", e não há autoridade de imposição no mundo do desenvolvimento de software para impor o uso. Isso acontece para todos os textos: depois de mais de 30 anos usando a palavra "diretório", agora tenho que lidar com pessoas usando a palavra "pasta", tendo sido confundida com o novo idioma da Microsoft.
As coisas que você coloca na linha de comando depois de um comando são frequentemente chamadas de argumentos para o comando, como argumentos para uma chamada de função. Mas eu também os vi sendo chamados de parâmetros. O fato de que eles são chamados de argumentos no manual C (portanto, argc
e argv
) provavelmente contribuiu para esse uso da palavra.
Além dos tutoriais de linguagem de programação, o uso específico de palavras em bibliotecas (como getopt
para C, argparse
para Python, etc.) manipulando esses parâmetros ajudou a padronizar algumas das palavras, mas nem sempre. / p>
A palavra "opção" vem de "opcional", indicando que eles podem ser deixados de fora. As opções geralmente são precedidas por um único traço ( -
) ou duplo ( --
, opção longa). E há opções que não são opcionais (procure, por exemplo, no arparse
manual e procure por "required"). Alguns comandos não usam nem impõem o uso de -
(por exemplo, tar
, ps
e dd
). Uma opção pode receber um argumento (por exemplo, -w80
e --color=always
), às vezes mais.
Os sinalizadores são, na minha experiência, os mesmos que as opções, mas na maioria das vezes usados para valores booleanos (ou seja, não aceitando os próprios argumentos).
Como todo programador tem a opção de tentar procurar alguma forma padrão de fazer as coisas e nomear as coisas, mas também pode reinventar a roda sem muito custo extra, a nomenclatura nunca será consistente. E uma vez que você documente seu código e esteja claro que novo significado você dá a essas palavras, dando exemplos, esses nomes e significados podem ser aplicados se houver pessoas suficientes aprendendo a usar as palavras de lá.