Qual è la differenza tra un trattino e due trattini per i parametri del prompt dei comandi?

Mi chiedevo perché alcuni programmi richiedono che i loro parametri del prompt dei comandi abbiano due trattini davanti mentre alcuni (la maggior parte) richiedono solo un trattino davanti?

Ad esempio la maggior parte dei programmi si presenta così: relaxer -dtd toc.xml toc_gr.xml toc_jp.xml

Considerando che alcuni programmi assomigliano a questo: xmllint --valid toc.xml --noout

Qual è il motivo per cui alcuni richiedono due trattini anziché uno? Non ha senso che tutti rispettino uno standard (vale a dire un singolo trattino).

Basta fare ls --help e guardare le opzioni; dovrebbe essere ovvio per te.

Non ha nulla a che fare con i parametri. Molte opzioni hanno una forma breve e una forma lunga, e molte hanno una e non l'altra.

Inoltre, per quanto riguarda i parametri, è semplicemente che nella forma lunga quando assumono un parametro sembra che sia sempre con un uguale. Ma ovviamente quelli brevi possono assumere parametri altrettanto; solo che non usano un uguale.

Ecco un estratto da ls --help( man lsfornisce informazioni equivalenti). Si noti come alcuni hanno una lunga forma senza una forma breve ( --author, --block-size), in alcuni casi, una forma breve, senza una forma lunga ( -c, -f, -g), e alcuni hanno entrambi una forma lunga e una forma breve ( -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'

Non esiste uno standard diffuso. C'è una certa coerenza, ad esempio nei programmi GNU, ma è necessario controllare la documentazione di ciascun programma.

Citando Wikipedia , sottolineo il mio:

Nei sistemi simili a Unix, il trattino ASCII-meno è comunemente usato per specificare le opzioni. Il personaggio è generalmente seguito da una o più lettere . Un argomento che è un singolo trattino da solo senza lettere di solito specifica che un programma dovrebbe gestire i dati provenienti dall'input standard o inviare i dati all'output standard. Due trattini-meno (-) vengono utilizzati su alcuni programmi per specificare "opzioni lunghe" in cui vengono utilizzati nomi di opzioni più descrittivi . Questa è una caratteristica comune del software GNU.

Di solito, i trattini indicano un argomento predefinito. Penso che sia usato per differenziarli ad esempio da nomi di file o altre etichette che potresti usare come argomenti. Questo non è sempre il caso (vedi sotto).

Troverai spesso lo stesso argomento disponibile sia come opzione corta che lunga, come ad esempio in ls .

Alcuni programmi usano un solo trattino per le opzioni a un carattere e due trattini per le opzioni a più caratteri, ma non tutti (mi findviene in mente GNU ). Alcuni programmi hanno trattini opzionali o li saltano del tutto ( taro mi psviene in mente BSD ).

A volte le opzioni lunghe ( --foo) richiedono argomenti, mentre le opzioni brevi ( -f) non lo fanno (o almeno implicano un argomento predefinito specifico).

Le opzioni brevi (ad es. cut -d ' ') Possono avere argomenti, mentre le opzioni lunghe (ad es. ls --all) Non le hanno necessariamente.

Per impostare un comportamento particolare di un programma, a volte è necessario utilizzare un'opzione breve, per altri è necessario utilizzare un'opzione lunga e per alcuni è possibile scegliere.

In una nota correlata, alcuni programmi non possono gestire spazi bianchi tra un'opzione e il suo argomento , mentre altri no.

Come ho scritto all'inizio, non esiste un comportamento o uno standard comune. Spesso è possibile tracciare un comportamento simile alla stessa libreria utilizzata per l'analisi degli argomenti, ma probabilmente non si desidera leggere le fonti per scoprirlo.

Non si può davvero dedurre la sintassi dell'argomento di un programma da quella di un altro.

Se consideri anche Windows, la situazione peggiora ancora: mentre le chiamate da riga di comando di Windows usano tradizionalmente /f(almeno la maggior parte delle volte, caratteri singoli) per le opzioni, con :come separatore tra le opzioni e il loro valore (vedi ad esempio qui ); i programmi di utilità multipiattaforma sono molto diffusi (come quelli citati) e portano la sintassi del trattino più comune per gli argomenti, con tutte le incoerenze sopra menzionate.

Questa è una convenzione proveniente da * nix. Il doppio trattino precede le opzioni quando sono scritte per intero , mentre il singolo trattino precede le opzioni quando sono scritte in forma abbreviata . Ad esempio ls --all --l, può essere abbreviato in ls -al. Come si vede, non tutte le opzioni hanno i loro equivalenti a lettera singola, sebbene di solito ne usino di più.

Il fatto che l'opzione accetti un argomento non fa davvero la differenza: può prenderli o meno, indipendentemente dal modo in cui si immette l'opzione.

Quando li scriviamo per un utilizzo una sola volta, non importa, ma quando si scrivono comandi, ad esempio nei file .alias, è consuetudine utilizzare il formato completo. Puramente per la facilità di lettura per la persona successiva.

queste sono sintassi UNIX convenzionali,

un argomento del programma accetta un trattino ("-") seguito da una singola lettera quando è un'opzione semplice (ad esempio: -v ) e due trattini ("-") quando l'opzione accetta argomenti (ad esempio: --file toc.xml o --file = toc.xml )

nessun impatto sulla funzionalità del programma.

single dash è implementato da getopt ed è la funzione standard posix, double dash in getopt_long ed è uno standard gnu.

Tradizionalmente, un singolo trattino fornisce un'opzione a carattere singolo come questa:

-A o -V ecc. Ma non è necessario limitarsi a quello. eg -Wall for gcc attiva tutti gli avvisi del compilatore per il comando compilatore gcc.

gli argomenti a trattino doppio tendono ad essere più dettagliati e spesso accettano un parametro fornito come --max-count = NUM. Tuttavia, --version non ha eguali.

In generale, non ci sono regole o standard definiti su come dovrebbero essere specificati gli argomenti del programma, solo un mucchio di tradizioni. Tuttavia, se vengono utilizzate le funzioni di analisi della riga di comando getopt e getopt_long, i parametri dovrebbero generalmente seguire lo standard poiché le funzioni della libreria applicano un certo modo di farlo.