Komut istemi parametreleri için bir çizgi ve iki çizgi arasındaki fark nedir?

Neden bazı programların komut satırı parametrelerinin önünde iki çizgi olmasını gerektirdiğini, bazılarının (çoğu) sadece önünde bir çizgi olmasını gerektirdiğini merak ediyordum.

Örneğin, çoğu program şöyle görünür: relaxer -dtd toc.xml toc_gr.xml toc_jp.xml

Bazı programlar bu gibi gözükse de: xmllint --valid toc.xml --noout

Bazılarının bir yerine iki çizgi gerektirmesinin nedeni nedir? Herkesin bir standarda sadık olması mantıklı gelmiyor mu (yani tek bir çizgi yapacak).

Sadece yap ls --help ve seçeneklere bak; senin için açık olmalı.

Parametrelerle hiçbir ilgisi yok. Pek çok seçeneğin kısa bir formu ve uzun bir formu vardır ve çoğunun bir diğeri vardır.

Ve ayrıca, parametrelerle ilgili olarak, basitçe, uzun formda bir parametre aldıklarında, her zaman eşittir gibi göründüğü şeklindedir. Fakat belli ki kısa olanlar da aynı şekilde parametre alabilir; sadece eşit kullanmazlar.

İşte bir özü ls --help( man lseşdeğer bilgi verir). Bazı kısa formu (olmadan uzun form var Fark nasıl --author, --block-size), bazı uzun bir formda (olmadan kısa bir form var -c, -f, -g) ve bazı uzun form ve kısa bir form (her ikisine de sahip -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'

Yaygın bir standart yoktur. Örneğin GNU programlarında bir miktar tutarlılık var, ancak her programın belgelerini kontrol etmeniz gerekiyor.

Vikipedi alıntı , benimki vurgu:

Unix benzeri sistemlerde, ASCII kısa çizgi – eksi genellikle seçenekleri belirlemek için kullanılır. Karakteri genellikle bir veya daha fazla harf izler . Harfsiz tek başına kısa çizgi eksi olan bir argüman genellikle bir programın standart girdiden gelen verileri işlemesi veya standart çıktıya veri göndermesi gerektiğini belirtir. Daha açıklayıcı seçenek adlarının kullanıldığı "uzun seçenekler" i belirtmek için bazı programlarda iki kısa çizgi eksi karakteri (-) kullanılır . Bu GNU yazılımının ortak bir özelliğidir.

Genellikle, tire, önceden tanımlanmış bir argüman gösterir. Bunları, örneğin dosya adlarından veya argüman olarak kullanabileceğiniz diğer etiketlerden ayırmak için kullanıldığını düşünüyorum. Yine de her zaman durum böyle değil (aşağıya bakınız).

Sık sık, hem ls hem de kısa olan seçenek olarak aynı argümanı bulacaksınız .

Bazı programlar tek karakterli seçenekler için tek bir tire ve çok karakterli seçenekler için iki kısa çizgi kullanır, ancak tümü değil (GNU findakla gelir). Bazı programlarda isteğe bağlı tireler vardır veya bunları tamamen atlarlar ( tarveya BSD psakla gelir).

Bazen uzun seçenekler ( --foo) bağımsız değişkenler gerektirir, kısa seçenekler ( -f) ise (veya en azından belirli bir varsayılan değişken anlamına gelir).

Kısa seçenekler (örneğin cut -d ' ') argümanlara sahip olabilir, uzun seçenekler (örn. ls --all) Mutlaka buna sahip değildir.

Bir programın belirli bir davranışını ayarlamak için, bazen kısa bir seçenek kullanmanız gerekir, diğerleri için uzun bir seçenek kullanmanız gerekir ve bazıları için bir seçeneğiniz vardır.

İlgili bir notta, bazı programlar bir seçenek ile argümanı arasında boşluk bırakmazken, diğerleri bunu yapamaz.

Başlangıçta yazdığım gibi, ortak bir davranış veya standart yoktur. Genellikle, argüman ayrıştırma için kullanılan aynı kütüphaneye benzer davranışları takip edebilirsiniz, ancak muhtemelen bunu bulmak için kaynakları okumak istemezsiniz.

Bir programın argüman sözdizimini diğerinin ifadesinden gerçekten çıkaramazsınız.

Ayrıca, Windows'u göz önünde bulundurursanız, daha da kötüleşir: Windows komut satırı, geleneksel olarak kullanımları çağırırken /f(en azından çoğu zaman, tek karakterler), :seçenekler ve değerleri arasındaki ayırıcı olarak seçenekler için (bkz. Örneğin, burada ); platformlar arası yardımcı programlar yaygındır (bahsettiğinizler gibi) ve yukarıda belirtilen tüm tutarsızlıklar ile argümanlar için daha yaygın tire sözdizimini beraberinde getirir.

Bu * nix'ten gelen bir kongredir. Çift tire , tam olarak yazıldığında seçeneklerden önce gelirken, tek tire kısa biçiminde yazıldığında seçeneklerden önce gelir . Örneğin ls --all --l, kısaltılabilir ls -al. Görüldüğü gibi, daha çok kullanılanlar genelde olmasına rağmen, tüm seçeneklerin tek harfli eşdeğerleri yoktur.

Seçeneğin bir argüman alıp almadığı gerçekten bir fark yaratmaz - seçeneğe ne şekilde girdiğinizden bağımsız olarak onları alabilir veya alabilir.

Bunları bir kez kullanmak için yazarken, bu gerçekten önemli değil, ancak örneğin .alias dosyalarına komutlar yazarken, tam formu kullanmak gelenekseldir. Sadece bir sonraki kişi için okuma kolaylığı için.

bunlar geleneksel UNIX sözdizimleridir,

Bir program argümanı, basit bir seçenek olduğunda (örneğin: -v ) basit bir seçenek ( ve: --dosyası toc.xml alırken, iki kısa çizgi ("-") izler. veya --file = toc.xml )

programın işlevselliği üzerinde hiçbir etkisi yoktur.

tek çizgi getopt tarafından uygulanır ve posix standart fonksiyon, getopt_long içinde çift çizgi ve bir gnu standardıdır.

Geleneksel olarak, tek bir çizgi şöyle bir tek karakter seçeneği sağlar:

-A veya -V vb., Ancak bununla sınırlı olması gerekmez. örneğin -ccc için gcc, gcc derleyici komutu için tüm derleyici uyarılarını açar.

çift ​​çizgi argümanları daha ayrıntılı olma eğilimindedir ve genellikle --max-count = NUM ​​gibi verilen bir parametre alır. Ancak, --version eşit değildir.

Genel olarak konuşursak, program argümanlarının nasıl tanımlanması gerektiğine dair bir kural veya tanımlanmış standart yoktur, sadece bir grup gelenek vardır. Bununla birlikte, getopt ve getopt_long komut satırı ayrıştırma işlevleri kullanılıyorsa, kütüphane işlevleri bunu yapmanın belirli bir yolunu zorladığından parametreler genellikle standarda uymalıdır.