Jak przechowywać polecenie w zmiennej w skrypcie powłoki?

Chciałbym zapisać polecenie do użycia w późniejszym okresie w zmiennej (nie wynik polecenia, ale samo polecenie)

Mam następujący prosty skrypt:

command="ls";
echo "Command: $command"; #Output is: Command: ls

b=`$command`;
echo $b; #Output is: public_html REV test... (command worked successfully)

Jednak kiedy próbuję czegoś bardziej skomplikowanego, kończy się to niepowodzeniem. Na przykład, jeśli zrobię

command="ls | grep -c '^'";

Wynik to:

Command: ls | grep -c '^'
ls: cannot access |: No such file or directory
ls: cannot access grep: No such file or directory
ls: cannot access '^': No such file or directory

Masz jakiś pomysł, jak mógłbym przechowywać takie polecenie (z potokami / wieloma poleceniami) w zmiennej do późniejszego wykorzystania?

Użyj eval:

x="ls | wc"
eval "$x"
y=$(eval "$x")
echo "$y"

Czy nie używać eval! Istnieje duże ryzyko wprowadzenia dowolnego kodu.

BashFAQ-50 - próbuję umieścić polecenie w zmiennej, ale złożone przypadki zawsze zawodzą.

Umieścić go w tablicy i rozwinąć wszystkie słowa z cudzysłowami "${arr[@]}"aby nie pozwól IFSrozdzielić słowa ze względu na podział na słowa .

cmdArgs=()
cmdArgs=('date' '+%H:%M:%S')

i zobacz zawartość tablicy w środku. declare -pPozwala zobaczyć zawartość wewnątrz tablicy z każdego parametru poleceń w osobnych indeksów. Jeśli jeden z takich argumentów zawiera spacje, cytowanie wewnątrz podczas dodawania do tablicy zapobiegnie jej podzieleniu z powodu podziału na słowa.

declare -p cmdArgs
declare -a cmdArgs='([0]="date" [1]="+%H:%M:%S")'

i wykonaj polecenia jako

"${cmdArgs[@]}"
23:15:18

(lub) całkowicie użyj bashfunkcji do uruchomienia polecenia,

cmd() {
   date '+%H:%M:%S'
}

i wywołaj funkcję jako sprawiedliwą

cmd

POSIX shnie ma tablic, więc najbliższe możliwe jest utworzenie listy elementów w parametrach pozycyjnych. Oto shsposób POSIX-a na uruchomienie programu pocztowego

# POSIX sh
# Usage: sendto subject address [address ...]
sendto() {
    subject=$1
    shift
    first=1
    for addr; do
        if [ "$first" = 1 ]; then set --; first=0; fi
        set -- "$@" --recipient="$addr"
    done
    if [ "$first" = 1 ]; then
        echo "usage: sendto subject address [address ...]"
        return 1
    fi
    MailTool --subject="$subject" "$@"
}

Zauważ, że to podejście może obsługiwać tylko proste polecenia bez przekierowań. Nie obsługuje przekierowań, potoków, pętli for / while, instrukcji if itp

Innym częstym przypadkiem użycia jest praca curlz wieloma polami nagłówka i ładunkiem. Zawsze możesz zdefiniować argumenty jak poniżej i wywołać curlna rozszerzonej zawartości tablicy

curlArgs=('-H' "keyheader: value" '-H' "2ndkeyheader: 2ndvalue")
curl "${curlArgs[@]}"

Inny przykład,

payload='{}'
hostURL='http://google.com'
authToken='someToken'
authHeader='Authorization:Bearer "'"$authToken"'"'

Teraz, gdy zmienne są zdefiniowane, użyj tablicy do przechowywania argumentów poleceń

curlCMD=(-X POST "$hostURL" --data "$payload" -H "Content-Type:application/json" -H "$authHeader")

a teraz wykonaj poprawnie cytowane rozszerzenie

curl "${curlCMD[@]}"

var=$(echo "asdf")
echo $var
# => asdf

Przy użyciu tej metody polecenie jest natychmiast oceniane, a jego wartość zwracana jest przechowywana.

stored_date=$(date)
echo $stored_date
# => Thu Jan 15 10:57:16 EST 2015
# (wait a few seconds)
echo $stored_date
# => Thu Jan 15 10:57:16 EST 2015

To samo z backtick

stored_date=`date`
echo $stored_date
# => Thu Jan 15 11:02:19 EST 2015
# (wait a few seconds)
echo $stored_date
# => Thu Jan 15 11:02:19 EST 2015

Używanie eval w $(...)testamencie nie spowoduje, że zostanie on później oceniony

stored_date=$(eval "date")
echo $stored_date
# => Thu Jan 15 11:05:30 EST 2015
# (wait a few seconds)
echo $stored_date
# => Thu Jan 15 11:05:30 EST 2015

Używając eval, jest oceniany, gdy evaljest używany

stored_date="date" # < storing the command itself
echo $(eval "$stored_date")
# => Thu Jan 15 11:07:05 EST 2015
# (wait a few seconds)
echo $(eval "$stored_date")
# => Thu Jan 15 11:07:16 EST 2015
#                     ^^ Time changed

W powyższym przykładzie, jeśli chcesz uruchomić polecenie z argumentami, umieść je w przechowywanym ciągu

stored_date="date -u"
# ...

W przypadku skryptów bash rzadko jest to istotne, ale ostatnia uwaga. Uważaj z eval. Oceniaj tylko łańcuchy, które kontrolujesz, nigdy ciągi pochodzące od niezaufanego użytkownika lub utworzone na podstawie niezaufanych danych wejściowych użytkownika.

• Dzięki @CharlesDuffy za przypomnienie mi o zacytowaniu polecenia!

W przypadku basha zapisz swoje polecenie w ten sposób:

command="ls | grep -c '^'"

Uruchom polecenie w ten sposób:

echo $command | bash

Próbowałem różnych metod:

printexec() {
  printf -- "\033[1;37m$\033[0m"
  printf -- " %q" "$@"
  printf -- "\n"
  eval -- "$@"
  eval -- "$*"
  "$@"
  "$*"
}

Wynik:

$ printexec echo  -e "foo\n" bar
$ echo -e foo\\n bar
foon bar
foon bar
foo
 bar
bash: echo -e foo\n bar: command not found

Jak widać, tylko trzecia "$@"dała poprawny wynik.

Zachowaj ostrożność rejestrując zamówienie w: X=$(Command)

Ten jest nadal wykonywany nawet przed wywołaniem. Aby to sprawdzić i potwierdzić, możesz:

echo test;
X=$(for ((c=0; c<=5; c++)); do
sleep 2;
done);
echo note the 5 seconds elapsed

#!/bin/bash
#Note: this script works only when u use Bash. So, don't remove the first line.

TUNECOUNT=$(ifconfig |grep -c -o tune0) #Some command with "Grep".
echo $TUNECOUNT                         #This will return 0 
                                    #if you don't have tune0 interface.
                                    #Or count of installed tune0 interfaces.

Nie jest konieczne przechowywanie poleceń w zmiennych, nawet jeśli będziesz ich później używać. po prostu wykonaj to normalnie. Jeśli przechowujesz w zmiennej, będziesz potrzebować jakiejś evalinstrukcji lub wywołać niepotrzebny proces powłoki, aby „wykonać zmienną”.