Perché ci sono alternative brevi e lunghe per le opzioni della riga di comando?

La maggior parte dei comandi unixoid presenta alternative brevi e lunghe per le opzioni della riga di comando, come ls -a e ls --all, o ls -A e ls --almost-all. Perché esistono questi due modi? Uno è più breve da digitare, l'altro è più facile da leggere e capire. Ma ogni volta che scrivo uno script di shell, ho bisogno di decidere quale voglio usare. È noto il motivo per cui esistono due alternative? Quale era il primo, perché l'altro è stato introdotto. Ad esempio, su DOS / Windows ci sono quasi solo opzioni maiuscole e minuscole.

Originariamente c'erano solo opzioni a carattere singolo. Alcuni programmi richiedevano opzioni a più caratteri, ma sempre con un singolo trattino. Le opzioni AFAIK con doppio trattino a più caratteri provengono da GNU ; sono stati introdotti perché sono più leggibili e spesso più memorabili (e puoi averne più di 52). Molti programmi ora hanno entrambi: brevi opzioni per quando si digita sulla riga di comando e si ricorda il carattere, le lunghe opzioni per gli script o sulla riga di comando se si ricorda solo il nome dell'opzione più lungo.

Potresti immaginare che sia una questione di gusti. Quando si digita sulla riga di comando, potrebbe essere preferibile un'opzione breve, specialmente nel caso di opzioni run-together (ad es. ls -AL ). Le lunghe opzioni sono migliori per trasmettere l'intento, quindi non è necessario consultare la pagina man quando leggi ls --almost-all --dereference.

Naturalmente, mentre acquisisci esperienza, potresti imparare che entrambi -A e -L le opzioni brevi sono sufficientemente conosciute e non richiedono questa documentazione aggiuntiva. Soprattutto in un comando complesso che può combinare diversi comandi in modo interessante con la valutazione, il reindirizzamento, ecc. In tal caso si potrebbe preferire la brevità sulla documentazione.

Un altro scopo che posso vedere nell'avere diversi modi di specificare i parametri (breve e lungo) è che quando si digita, alla riga di comando Unix / Linux piace avere il più breve comando possibile. Tuttavia, quelli possono diventare criptici, e se uno script è scritto usando quelle versioni brevi, possono diventare difficili da capire lungo la strada. L'uso della versione lunga può rendere il comando SAME più leggibile e comprensibile da chi non lo è il guru di questo comando, specialmente se questo comando è in realtà uno script scritto localmente in contrasto con un comando ben noto.