Verstehen, wie Eingaben an Pipes in Bash gesendet werden

Ich verstehe nicht ganz, wie Pipes in Bash funktionieren.

Ich weiß, dass es eine Ausgabe von einem Befehl als Eingabe in einem anderen Befehl nimmt.

Was für eine Ausgabe ich bekommen kann, weil es das ist, was der Befehl auf dem Bildschirm ausgibt.

Aber woher weiß ich, welche Eingabe ein Befehl benötigt?

Hier ist ein Beispiel, von dem ich dachte, dass es funktionieren würde:

which gem | rm

Leider nicht.

Welcher Edelstein druckt das /usr/bin/gemso aus, muss die Ausgabe stimmen?

Ich dachte, das wurde mir gegeben, also wäre es so, rm /usr/bin/gemaber ich habe mich geirrt.

Meine Frage ist also, woher weiß ich, welche Eingabe ein Befehl benötigt?

"Eingabe" und "Befehlszeilenargumente" sind verschiedene Dinge.

rm Entfernt die als Argumente angegebenen Dateien.

Eine Pipe leitet die Ausgabe des linken Befehls an die Eingabe des rechten Befehls um. Dies hat keine Auswirkungen auf die Befehlszeilenargumente des Programms auf der rechten Seite.

Versuchen Sie dazu xargs, die Standardeingabe in Befehlszeilenargumente für die Ausführung eines Programms zu konvertieren. Das ist seine Aufgabe.

which gem | xargs rmZum Beispiel wird das gemin Ihrem PFAD entfernt.

rmnimmt keine Eingabe, sondern Argumente. Diese sind unterschiedlich. Argumente sind die Schalter und Dateinamen usw., die Sie einem Programm in der Befehlszeile geben, um sein Verhalten zu beeinflussen. Eingabe sind die Daten, mit denen das Programm arbeitet. Nimmt zum Beispiel grepsowohl Eingaben als auch Argumente an:

grep "foo" file.txt

Es gibt zwei Argumente "foo"und file.txt. Die Eingabe ist der Inhalt von file.txt, nicht die Zeichenfolge file.txtselbst. Da grep Eingaben akzeptiert, können Sie es mit Pipes verwenden:

cat file.txt | grep "foo"

erzeugt die gleiche Ausgabe, da cat file.txtals Argument nimmt und den Inhalt von file.txtals Ausgabe erzeugt. Diese Ausgabe wird dann an grep weitergeleitet, was den gleichen Effekt ergibt, als hätte grep die Datei selbst geöffnet, wie im ersten Beispiel.

Wenn Sie die Ausgabe eines Programms als Argument für ein anderes verwenden möchten, verwenden Sie Backticks:

rm `which gem`

oder diese alternative (bash-spezifische) Syntax:

rm $(which gem)

Bearbeiten: oder xargswie ein anderer Antwortender darauf hinweist. Viele Möglichkeiten, eine Katze mit einer Befehlszeile zu häuten.

Schauen Sie sich die manSeiten der Befehle an, an denen Sie interessiert sind. Diese Programme geben an, dass sie gelesen haben stdin(versuchen Sie es man grepmit einem beliebten Befehl, der stdin liest).

Diese sind alle gefährlich, wenn Sie ein Verzeichnis in Ihrem PATH haben, das Leerzeichen enthält, oder wenn der Befehlsname Leerzeichen enthält:

rm `which gem`       # Dangerous
rm $(which gem)      # Dangerous
which gem | xargs rm # Dangerous

GNU Parallel http: // www.gnu.org/software/parallel/ hat dieses Problem nicht, so dass dies auch dann funktioniert, wenn Sie ein Verzeichnis in Ihrem PATH haben, das Leerzeichen enthält, oder wenn der Befehlsname Leerzeichen enthält:

which gem | parallel rm
parallel -a <(which bass) rm

Sehen Sie sich das Einführungsvideo zu GNU Parallel an: http://www.youtube.com/watch?v=OpaiGYxkSuQ