Uruchom polecenie powłoki ze zmiennej w skrypcie powłoki

Question

Próbuję uruchomić polecenie ze zmiennej w skrypcie powłoki. Użyta powłoka to powłoka bash.

Plik exp zawiera:

abcdef 

wykonując następujące polecenie:

sed s/b/\/exp 

... produkuje wyjście:

a cdef 

Ale wykonującym:

cmd="sed s/b/\/exp" 
echo $cmd 
$cmd 

... produkuje następujący błąd:

sed s/b/\/exp 
sed: -e expression #1, char 5: unterminated `s' command 

widzę, że dodanie eval przed wykonaniem robót. Ale nie mogę zrozumieć, dlaczego. Czy potrafisz wyjaśnić, dlaczego jedna metoda działa, a druga nie działa?

Answer 1

ten powinien zrobić:

cmd=$(sed "s/b/\ /" exp) 

do przechowywania danych w zmiennej użytku var=$(commands)

Answer 2

Jeśli potrzebujesz wyjście w zmiennej a następnie użyć,

cmd=$(sed 's/b/ /' exp) 

Jak @thomas mówi: Jeśli używasz zmiennej, możesz użyć podwójnych cudzysłowów.

Answer 3

Jeśli cytujesz SED parametrów, skrypt jest łatwiejszy do odczytania, a backslashe są potrzebne tylko do ucieczki znaków specjalnych (takich jak backslashem i podwójnie cudzysłowów): Jeśli korzystasz z jedno-

cmd=$(sed "s/b/ /" exp) 

cytaty, które zmniejsza zapotrzebowanie na ucieczkę więcej - ale uniemożliwia korzystanie zmiennych takich jak to:

xxx=something 
cmd=$(sed "s/b/$xxx/" exp) 

Answer 4

wygląda jak cytuje wydania:

cmd="sed s/b/\/exp" powoduje, że $cmd trzyma sekwencję znaków bez specjalnego znaczenia. Twój \ nie ucieknie z twojej przestrzeni.

eval traktuje tę sekwencję znaków jako polecenie i ponownie przypisuje specjalne znaczenie do Twojego \.

Zobacz także: Preserving quotes in bash function parameters

Answer 5

Problem masz to, że sama przestrzeń nie jest prawidłowo interpretowany przez bash.

Zobacz jak to działa dobrze, jeśli zastąpi b z innym charakterze, powiedzmy X:

$ cmd="sed s/b/X/ exp" 
$ $cmd 
aXcdef 

więc obejście jest użycie szesnastkowy dla przestrzeni, która jest 20:

$ cmd="sed s/b/\x20/ exp" 
$ $cmd 
a cdef 

Lub użyć eval do wykonania samego polecenia:

$ cmd="sed s/b/\/exp" 
$ eval "$cmd" 
a cdef 

---

Jak zasugerował Tom Fenech, przechowywanie poleceń w zmiennych nie jest dobrym podejściem, jak opisano w I'm trying to put a command in a variable, but the complex cases always fail!. Może czasem działać, ale w innych przypadkach może dawać nieprzewidywalne rezultaty. Alternatywą jest rozważenie użycia funkcji.

Wreszcie, uwaga eval może się przydać w takich przypadkach, tylko że jest bardzo ostrożny w przechowywaniu. Trochę dobrego czytania: Variable as command; eval vs bash -c.