W jakim celu służy wbudowane dwukropek?

Włamałem się do wielu skryptów powłoki i czasami najprostsze rzeczy mnie zaskakują. Dzisiaj natknąłem się na skrypt, który szeroko wykorzystywał :wbudowane bash (dwukropek).

Documenation wydaje się dość proste:

: (a colon)  
     : [arguments]  

Nie rób nic poza rozszerzaniem argumentów i przeprowadzaniem przekierowań. Status powrotu wynosi zero.

Jednak wcześniej widziałem to tylko w demonstracjach ekspansji powłoki. Przypadek użycia w skrypcie, na który natknąłem się, w dużym stopniu wykorzystywał tę strukturę:

if [ -f ${file} ]; then
    grep some_string ${file} >> otherfile || :
    grep other_string ${file} >> otherfile || :
fi

W rzeczywistości były setki grepów, ale są one po prostu takie same. Nie ma żadnych przekierowań wejścia / wyjścia poza prostą strukturą powyżej. Żadne zwracane wartości nie są sprawdzane później w skrypcie.

Czytam to jako bezużyteczną konstrukcję, która mówi „albo nic nie rób”. Jaki cel może mieć zakończenie tych grepów „lub nic nie robić”? W jakim przypadku ten konstrukt spowodowałby inny wynik niż zwyczajne pominięcie || :wszystkich przypadków?

Wygląda na :to, że zamiast twojego skryptu używane są litery true. Jeśli grepnie znajdzie dopasowania w pliku, zwróci niezerowy kod wyjścia; jak jw013 wspomina w komentarzu, jeśli errexitjest ustawiony, prawdopodobnie -ew linii shebang, skrypt zakończy działanie, jeśli którykolwiek z nich grepnie znajdzie pasującego elementu. Najwyraźniej nie tego chciał autor, więc dodał, || :aby status wyjścia tego konkretnego polecenia złożonego zawsze wynosił zero, jak w przypadku bardziej powszechnego (z mojego doświadczenia) || true/ || /bin/true.

:Wbudowane jest także przydatny z „przypisać wartości domyślne” ekspansji powłoki bash, gdzie ekspansja jest często wykorzystywane wyłącznie na efekt uboczny, a wartość rozszerzony jest wyrzucane:

# assign FOO=bar iff FOO is unset
: ${FOO:=bar}

Mogę wymyślić dwa miejsca, z których korzystałem :w przeszłości.

while :
do
     shell commands
     some exit condition
done

To jest pętla na zawsze.

function doSomethingStub {
    :
}

Włącz funkcję odgałęzienia, aby uzyskać prawidłowy przepływ sterowania na najwyższym poziomie.

Jedno użycie, które widziałem w dawnych czasach: Zamiast #!/bin/sh(lub cokolwiek) linii, zobaczyłbyś :linię. Niektóre starsze jądra Real Unix lub powłoki Real Unix użyłyby tego w znaczeniu „Jestem skryptem powłoki, uruchomiłem”. Jak pamiętam, było to właśnie wtedy, gdy csh robił inwazje jako wspólna interaktywna powłoka.

:Wbudowaną był już w Thompson skorupy - to udokumentowane na Unix V6 w roku 1975. W Thompson skorupkach, :wskazany etykietę gotopolecenia. Jeśli nigdy nie próbowałeś zadzwonić gotona linię zaczynającą się od : , ta linia była faktycznie komentarzem.

Bourne shell , przodek muszli Bourne'a / POSIX, jakie znamy, nigdy nie miał gotoo tym nie wiem, ale zachowane :jako no-op polecenie (to był już obecny w Unix V7 ).

Wykopałem stare odniesienie: „The UNIX Programming Environment” (c) 1984 autorstwa Kernighana i Pike'a.

Strona 147 (Programowanie powłoki) mówi:

„:” jest wbudowanym poleceniem powłoki, które dokonuje oceny argumentów i zwraca „prawda”. Zamiast tego [odnosząc się do przykładu skryptu], moglibyśmy użyć wartości true , która jedynie zwraca prawdziwy status wyjścia. (Istnieje również polecenie fałszywe .) Ale „:” jest bardziej wydajne niż prawdziwe, ponieważ nie wykonuje polecenia z systemu plików . [Kursywa / wyróżnienie jest moje.]

Wydaje mi się, że pamiętam, że wczesne wersje powłoki nie miały składni komentarzy. Linia zaczynająca się od :(która prawdopodobnie byłaby rzeczywistym plikiem wykonywalnym, podobnym do /bin/true) byłaby najlepszą alternatywą.

Oto strona podręcznika dla starożytnej powłoki Thompsona (bez relacji); nie ma wzmianki o żadnej składni komentarza.

„:” jest przydatne do debugowania.

DEBUGLOG=": debugfunction"

statement
statement
$DEBUGLOG arg1 arg2 ...
statement
statement

Działa normalnie, funkcja debugowania nigdy nie jest wykonywana, więc po prostu przesuń się o krok dalej (zmienne i symbole wieloznaczne są rozwijane). Jeśli wymagane jest bardziej szczegółowe debugowanie, usuń noop ze zmiennej, a funkcja debugowania zostanie wywołana z dowolnymi wymaganymi argumentami.

Innym przydatnym zastosowaniem jest komentarz blokowy, który jest brakującą cechą składni powłoki.

: << COMMENT
all --statements --in --here
are now -a here document which are
passed to --the noop
COMMENT