Jaka jest różnica między jednym myślnikiem a dwoma myślnikami dla parametrów wiersza polecenia?

Zastanawiałem się, dlaczego niektóre programy wymagają, aby parametry wiersza polecenia zawierały dwa myślniki z przodu, a niektóre (większość) wymagają tylko jednego myślnika z przodu?

Na przykład większość programów wygląda następująco: relaxer -dtd toc.xml toc_gr.xml toc_jp.xml

Podczas gdy niektóre programy wyglądają tak: xmllint --valid toc.xml --noout

Jaki jest powód, dla którego niektóre wymagają dwóch myślników zamiast jednego? Czy nie ma sensu, aby wszyscy trzymali się jednego standardu (tzn. Wystarczy jedna kreska)

Po prostu zrób ls --help i spójrz na opcje; powinno to być dla ciebie oczywiste.

W ogóle nie ma to nic wspólnego z parametrami. Wiele opcji ma krótką i długą formę, a wiele ma jedną, a nie drugą.

A także, jeśli chodzi o parametry, to po prostu, że w długiej formie, gdy przyjmą parametr, wygląda na to, że zawsze jest równy. Ale oczywiście krótkie mogą przyjmować parametry tak samo; po prostu nie używają równych.

Oto wyciąg z ls --help( man lsdaje równoważne informacje). Zauważ, jak niektórzy mają długą formę bez krótkiego formularza ( --author, --block-size), niektóre mają krótki formularz bez długiej formie ( -c, -f, -g), a niektóre mają zarówno długi formularz i krótki formularz ( -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'

Nie ma powszechnego standardu. Istnieje pewna spójność, np. W programach GNU, ale musisz sprawdzić dokumentację każdego programu.

Cytując Wikipedię , moje podkreślenie:

W systemach uniksopodobnych do określania opcji powszechnie stosuje się łącznik minus ASCII. Po znaku zwykle występuje jedna lub więcej liter . Argument, który jest pojedynczym łącznikiem minus sam w sobie bez liter, zwykle określa, że ​​program powinien obsługiwać dane pochodzące ze standardowego wejścia lub wysyłać dane na standardowe wyjście. W niektórych programach używane są dwa znaki łącznika minus (-) w celu określenia „długich opcji”, w których używane są bardziej opisowe nazwy opcji . Jest to wspólna cecha oprogramowania GNU.

Zazwyczaj łączniki wskazują predefiniowany argument. Myślę, że służy do odróżnienia ich od np. Nazw plików lub innych etykiet, których możesz użyć jako argumentów. Jednak nie zawsze tak jest (patrz poniżej).

Często ten sam argument jest dostępny zarówno jako opcja krótka, jak i długa, jak np. W ls .

Niektóre programy używają jednego łącznika dla opcji jednoznakowych i dwóch łączników dla opcji wieloznakowych, ale nie wszystkie ( findprzychodzi na myśl GNU ). Niektóre programy mają opcjonalne łączniki lub całkowicie je pomijają ( tarlub psprzychodzi na myśl BSD ).

Czasami długie opcje ( --foo) wymagają argumentów, podczas gdy krótkie opcje ( -f) nie (lub przynajmniej sugerują określony domyślny argument).

Krótkie opcje (np. cut -d ' ') Mogą mieć argumenty, podczas gdy długie opcje (np. ls --all) Niekoniecznie je mają.

Aby ustawić określone zachowanie programu, czasami trzeba użyć krótkiej opcji, dla innych trzeba użyć długiej opcji, a dla niektórych masz wybór.

W pokrewnej uwadze niektóre programy nie potrafią obsłużyć spacji między opcją a jej argumentem , podczas gdy inne nie.

Jak napisałem na początku, po prostu nie ma wspólnego zachowania ani standardu. Często można prześledzić podobne zachowanie do tej samej biblioteki używanej do analizy argumentów, ale prawdopodobnie nie chcesz czytać źródeł, aby się tego dowiedzieć.

Naprawdę nie można wywnioskować składni argumentów jednego programu z innej.

Jeśli weźmiesz również pod uwagę Windows, staje się jeszcze gorzej: podczas gdy wywołania wiersza poleceń Windows tradycyjnie używają /f(przynajmniej przez większość czasu, pojedynczych znaków) dla opcji, :jako separator między opcjami a ich wartością (patrz np. Tutaj ); narzędzia wieloplatformowe są szeroko rozpowszechnione (takie jak te, o których wspominasz) i przynoszą bardziej powszechną składnię łączników dla argumentów, ze wszystkimi niespójnościami wymienionymi powyżej.

Jest to konwencja pochodząca od * nix. Podwójny łącznik poprzedza opcje, gdy są napisane w całości , a pojedynczy łącznik poprzedza opcje, gdy są napisane w krótkiej formie . Na przykład ls --all --lmożna skrócić do ls -al. Jak widać, nie wszystkie opcje mają swoje odpowiedniki jednoliterowe, chociaż zwykle używane są częściej używane.

To, czy opcja przyjmuje argument, tak naprawdę nie robi różnicy - może je wziąć lub nie, niezależnie od sposobu wprowadzenia opcji.

Pisząc je jednorazowo, nie ma to większego znaczenia, ale przy pisaniu poleceń, na przykład w plikach .alias, zwykle używa się pełnej formy. Wyłącznie dla ułatwienia czytania dla następnej osoby.

są to konwencjonalne składnie UNIX,

argument programu przyjmuje jeden myślnik („-”), a następnie pojedynczą literę, gdy jest to prosta opcja (np .: -v ), i dwa myślnik („-”), gdy opcja przyjmuje argumenty (np .: - plik toc.xml lub --file = toc.xml )

bez wpływu na funkcjonalność programu.

single dash jest implementowany przez getopt i jest standardową funkcją posix, podwójne dash w getopt_long i jest standardem GNU .

Tradycyjnie pojedyncza kreska zapewnia opcję jednej postaci, taką jak ta:

-A lub -V itp., Ale nie musi się do tego ograniczać. np. -Wall dla gcc włącza wszystkie ostrzeżenia kompilatora dla polecenia kompilatora gcc.

Argumenty podwójnego myślnika są bardziej szczegółowe i często przyjmują podany parametr, taki jak --max-count = NUM. Jednak --version nie ma sobie równych.

Ogólnie rzecz biorąc, nie ma żadnych reguł ani zdefiniowanych standardów dotyczących argumentów programu, tylko garść tradycji. Jeśli jednak używane są funkcje analizujące wiersza polecenia getopt i getopt_long, parametry powinny zasadniczo być zgodne ze standardem, ponieważ funkcje biblioteczne wymuszają określony sposób wykonania tej czynności.