Większość poleceń unixoid oferuje krótkie i długie alternatywy dla opcji wiersza poleceń, takich jak ls -a
i ls --all
, lub ls -A
i ls --almost-all
. Dlaczego istnieją te dwa sposoby? Jeden jest krótszy do pisania, drugi jest łatwiejszy do odczytania i zrozumienia. Ale za każdym razem, gdy piszę skrypt powłoki, muszę zdecydować, którego chcę użyć. Czy wiadomo, dlaczego istnieją dwie alternatywy? Który był pierwszy, dlaczego wprowadzono drugi? Na przykład w systemie DOS / Windows dostępne są prawie tylko litery bez rozróżniania wielkości liter.
23
ls -BartSimpsonIsJustCool
(lubGreat
jeśli korzystasz z systemu Solaris.I
jest argumentem-I
opcji, więc robi to różnicę tylko wtedy, gdy plik jest wywoływanysJustCool
w bieżącym katalogu.-BartSimpson
Część może zostać zreorganizowane, chyba żeS
(sortowanie według wielkości) ma pozostać pot
(sortowanie według daty). Niem
ma również wpływu, gdyn
lubo
są obecne. Więc polecenie jest równoważnels -BSainopsr
, a jeśli niczego nie przeoczyłem, nie możesz usunąć kolejnej litery, aby uzyskać ten sam wynik i możesz dowolnie zmieniać kolejność tych liter.gzip -9 filename
na przykład.Można się domyślać, że to kwestia gustu. Podczas pisania w wierszu poleceń może być preferowana krótka opcja, szczególnie w przypadku opcji uruchamiania razem (np
ls -AL
.). Długie opcje są lepsze w przekazywaniu intencji, więc nie musisz odwiedzać strony podręcznika podczas czytanials --almost-all --dereference
.Oczywiście, w miarę zdobywania doświadczenia, możesz dowiedzieć się, że zarówno krótkie , jak
-A
i-L
krótkie opcje są wystarczająco dobrze znane i nie wymagają dodatkowej dokumentacji. Zwłaszcza w złożonym poleceniu, które może łączyć kilka poleceń w ciekawy sposób z oceną, przekierowaniem itp. W takim przypadku możesz preferować zwięzłość nad dokumentacją.źródło
Innym celem, jaki widzę, mając różne sposoby określania parametrów (krótkich i długich), jest to, że podczas pisania, wiersze poleceń systemu Unix / Linux lubią mieć możliwie najkrótsze polecenia. Mogą one jednak stać się tajemnicze, a jeśli skrypt zostanie napisany przy użyciu tych krótkich wersji, może być trudny do zrozumienia na późniejszym etapie. Korzystanie z długiej wersji może sprawić, że komenda SAME bardziej czytelne i zrozumiałe dla kogoś, kto nie jest guru tego polecenia, szczególnie jeśli ta komenda jest rzeczywiście lokalnie napisany scenariusz, w przeciwieństwie do znanego polecenia.
źródło