Dlaczego ustawianie zmiennej przed poleceniem jest legalne w bash?

Właśnie spotkałem kilka odpowiedzi, takich jak parsowanie pliku tekstowego z ogranicznikami ... używających konstrukcji:

while IFS=, read xx yy zz;do
    echo $xx $yy $zz
done < input_file

gdzie IFSzmienna jest ustawiona przed readpoleceniem.

Czytałem odniesienie do bash, ale nie mogę zrozumieć, dlaczego jest to legalne.

próbowałem

$ x="once upon" y="a time" echo $x $y

z wiersza polecenia bash, ale nic nie zostało powtórzone. Czy ktoś może wskazać mi, gdzie ta składnia jest zdefiniowana w odwołaniu, co pozwala na takie ustawienie zmiennej IFS? Czy to przypadek szczególny, czy mogę zrobić coś podobnego z innymi zmiennymi?

Jest pod gramatyką powłoki, proste polecenia (wyróżnienie dodane):

Proste polecenie jest sekwencją opcjonalnych przypisań zmiennych, po których następują rozdzielone spacjami słowa i przekierowania , i kończy je operator sterujący. Pierwsze słowo określa polecenie do wykonania, i jest przekazywana jako argument zerowy. Pozostałe słowa są przekazywane jako argumenty do wywołanego polecenia.

Możesz przekazać dowolną zmienną. Twój echoprzykład nie działa, ponieważ zmienne są przekazywane do polecenia, a nie ustawione w powłoce. Powłoka rozszerza się $xi $y przed wywołaniem polecenia. Działa to na przykład:

$ x="once upon" y="a time" bash -c 'echo $x $y'
once upon a time

Zdefiniowane zmienne stają się zmiennymi środowiskowymi w procesie rozwidlenia.

Jeśli uciekniesz

A="b" echo $A

następnie bash najpierw rozwija $Asię, ""a następnie uruchamia

A="b" echo

Oto poprawny sposób:

x="once upon" y="a time" bash -c 'echo $x $y'

Zwróć uwagę na pojedyncze cytaty, w bash -cprzeciwnym razie masz taki sam problem jak powyżej.

Tak więc twój przykład pętli jest legalny, ponieważ wbudowane polecenie bash „czytaj” szuka IFS w zmiennych środowiskowych i znajduje ,. W związku z tym,

for i in `TEST=test bash -c 'echo $TEST'`
do
  echo "TEST is $TEST and I is $i"
done

wydrukuje TEST is and I is test

Wreszcie, jeśli chodzi o składnię, w pętli for oczekiwany jest ciąg znaków. Dlatego musiałem użyć odwróconych zwrotów, aby przekształcić je w polecenie. Jednak podczas gdy pętle oczekują składni poleceń, takich jak IFS=, read xx yy zz.

man bash

ŚRODOWISKO

[...] Środowisko dla dowolnej prostej komendy lub funkcji można tymczasowo rozszerzyć, poprzedzając je przypisaniami parametrów, jak opisano powyżej w PARAMETRACH. Te instrukcje przypisania wpływają tylko na środowisko widziane przez to polecenie.

Zmienne są rozwijane przed przypisaniem zmiennej. Z oczywistego powodu var=xdziałałoby to również w drugą stronę, ale var=$othervarnie działało . Czyli twoja $xjest potrzebna, zanim będzie dostępna. Ale to nie jest główny problem. Główny problem polega na tym, że wiersz poleceń może być modyfikowany tylko przez środowisko powłoki, ale przypisanie nie staje się częścią środowiska powłoki.

Miksujesz z funkcjami: chcesz zastąpić wiersz poleceń, ale umieść definicję zmiennej w środowisku poleceń. Powłoka musi zastępować wiersz poleceń. Wywołane polecenie musi jawnie wykorzystywać środowisko. To, czy i jak to się robi, zależy od polecenia.

Zaletą tego użycia jest to, że można ustawić środowisko dla podprocesu bez wpływu na środowisko powłoki.

x="once upon" y="a time" bash -c 'echo $x $y'

działa zgodnie z oczekiwaniami, ponieważ w takim przypadku obie funkcje są łączone: zamiana wiersza poleceń nie jest wykonywana przez powłokę wywołującą, ale przez powłokę podprocesu.

Komenda podasz jest inna, bo $xi $ysą rozszerzane , zanim w echoseriach dowodzenia, więc ich wartości w bieżącej powłoce są wykorzystywane, a nie wartości, które echobyłyby widoczne w jego otoczeniu, gdyby spojrzeć.

Idę po szerszy obraz „ dlaczego to jest legalne”

Odpowiedź: Aby móc wywoływać lub wywoływać program i do tego wywołania używaj tylko zmiennej z określoną zmienną.

Na przykład: masz parametr połączenia z bazą danych o nazwie „db_connection” i zwykle podajesz „test” jako nazwę testowego połączenia z bazą danych. W rzeczywistości możesz nawet ustawić go jako domyślny, którego nie musisz wtedy jawnie przekazywać. Czasami jednak chcesz pracować z bazą danych ci. Podajesz więc parametr jako „ci”, a następnie wywoływany program używa tego parametru bazy danych jako nazwy bazy danych, która ma być używana dla wszystkich wywołań bazy danych. W przypadku następnego uruchomienia, jeśli nie powtórzysz podejścia i po prostu wywołasz program, zmienna powróci do poprzedniej wartości domyślnej.

Możesz także użyć ;. Zostanie to ocenione wcześniej, ponieważ jest to separator poleceń.

x="once upon" y="a time"; echo $x $y