Яка різниця між параметрами командного рядка та двома тиреми?

Мені було цікаво, чому так, що деякі програми вимагають, щоб їх параметри командного рядка мали два тире попереду, тоді як для деяких (більшості) потрібен лише один тире попереду?

Наприклад, більшість програм виглядають так: relaxer -dtd toc.xml toc_gr.xml toc_jp.xml

Тоді як деякі програми виглядають так: xmllint --valid toc.xml --noout

У чому причина, що для деяких потрібні два тире замість одного? Чи не має сенсу кожен дотримуватися одного стандарту (тобто, один тире буде робити).

Просто зробіть ls --help і подивіться на варіанти; це повинно бути вам очевидно.

Це взагалі не має нічого спільного з параметрами. Багато варіантів мають коротку форму і довгу форму, а багато - один, а не другий.

А також, що стосується параметрів, то просто у довгій формі, коли вони приймають параметр, це виглядає так, що це завжди з рівним. Але очевидно, короткі можуть приймати параметри так само багато; просто вони не використовують рівних.

Ось витяг із ls --help( man lsдає еквівалентну інформацію). Зверніть увагу на те, як деякі з них мають довгу форму без короткої форми ( --author, --block-size), деякі з них мають коротку форму без довгої форми ( -c, -f, -g), а деякі з них як довгої форми і коротка форма ( -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'

Широкого стандарту немає. Наприклад, в програмах GNU є певна послідовність, але вам потрібно перевірити документацію кожної програми.

Цитуючи Вікіпедію , моє наголос:

У системах, схожих на Unix, дефіс ASCII-мінус зазвичай використовується для визначення параметрів. За символом зазвичай супроводжується одна або кілька літер . Аргумент, який є єдиним дефісом-мінусом сам по собі без будь-яких літер, зазвичай вказує, що програма повинна обробляти дані, що надходять зі стандартного вводу, або надсилати дані на стандартний вихід. У деяких програмах два символи дефісу (-) використовуються для вказівки "довгих опцій", де використовуються більш описові назви опцій . Це загальна особливість програмного забезпечення GNU.

Зазвичай дефіси вказують на попередньо визначений аргумент. Я думаю, що використовується для їх розмежування, наприклад, назви файлів чи інших міток, які ви можете використовувати як аргументи. Це не завжди так (див. Нижче).

Часто ви знайдете один і той же аргумент, як короткий, так і довгий варіант, наприклад, у ls .

Деякі програми використовують один дефіс для односимвольних варіантів та два дефіси для багатозначних варіантів, але не всі (GNU findприходить на думку). Деякі програми мають необов'язкові дефіси або взагалі пропускають їх ( tarабо psна думку BSD ).

Іноді довгі параметри ( --foo) вимагають аргументів, тоді як короткі параметри ( -f) не (або принаймні передбачають конкретний аргумент за замовчуванням).

Короткі параметри (наприклад cut -d ' ') можуть мати аргументи, тоді як довгі варіанти (наприклад ls --all) не обов'язково їх мають.

Щоб встановити певну поведінку програми, іноді потрібно використовувати короткий варіант, для інших потрібно скористатися довгим варіантом, а для деяких - вибір.

У відповідній примітці деякі програми не обробляють пробіл між опцією та її аргументом , а інші не можуть.

Як я писав на початку, просто немає загальної поведінки чи стандарту. Часто ви можете простежити подібну поведінку до тієї ж бібліотеки, що використовується для розбору аргументів, але ви, мабуть, не хочете читати джерела, щоб дізнатися це.

Ви дійсно не можете зробити синтаксис аргументів однієї програми з іншого.

Якщо ви також вважаєте Windows, це стає ще гіршим: хоча виклики командного рядка Windows традиційно використовують /f(принаймні більшу частину часу, одиночні символи) для опцій, з :роздільником між параметрами та їх значенням (див., Наприклад, тут ); крос-платформні утиліти широко розповсюджені (наприклад, ті, які ви згадуєте), і містять більш поширений дефіс синтаксис аргументів, з усіма невідповідностями, згаданими вище.

Це умова, що походить від * nix. Подвійний дефіс передує опціям, коли вони написані повністю , а одинарний дефіс передує варіантам, коли вони написані у короткій формі . Наприклад ls --all --l, можна скоротити до ls -al. Як видно, не всі варіанти мають свої однолітерні еквіваленти, хоча зазвичай використовуються більш вживані.

Якщо параметр бере аргумент, насправді не має значення - він може або приймати їх, або не приймати, незалежно від способу введення параметра.

Коли ви пишете їх одноразово, це насправді не має значення, але при написанні команд, наприклад, у файлах .alias, звичайно використовувати повну форму. Чисто для зручності читання для наступної людини.

це звичайні синтаксиси UNIX,

програмний аргумент приймає один дефіс ("-"), який супроводжується однією буквою, коли це простий варіант (наприклад: -v ) та два дефіси ("-"), коли параметр бере аргументи (наприклад: --file toc.xml або --file = toc.xml )

не впливає на функціональність програми.

одиночний тире реалізований методом getopt і є стандартною функцією posix, подвійний тире в getopt_long і є стандартом gnu.

Традиційно один тире надає такий варіант символу, як цей:

-A або -V тощо, але не потрібно обмежуватися цим. наприклад -Wall для gcc включає всі попередження компілятора для команди компілятора gcc.

Аргументи подвійного тире, як правило, більш багатослівні і часто приймають доданий параметр, наприклад --max-count = NUM. Однак --версія не має рівних.

Взагалі кажучи, немає правил чи визначених стандартів щодо того, як слід визначати аргументи програми, лише купа традицій. Однак якщо використовуються функції розбору командного рядка getopt та getopt_long, то параметри, як правило, повинні відповідати стандарту, оскільки функції бібліотеки застосовують певний спосіб цього робити.