Gibt es jemals einen Grund, `cat` zu verwenden, wenn Sie` less` haben?

Früher habe ich catzum Anzeigen von Dateien verwendet. Dann habe ich gelernt, dass lessdas normalerweise besser ist und ein Muss ist, wenn die Datei länger als ein paar Dutzend Zeilen ist.

Meine Frage: Gibt es jemals einen Grund, catstatt zu verwenden less? Gibt es eine Situation, in der cates eine bessere Lösung gibt?

Ich persönlich bevorzuge viewstatische oder tail -fdynamische Inhalte.

Dies beantwortet Ihre Frage jedoch nicht. Es gibt ein Sprichwort "warum mehr verwenden, wenn Sie weniger haben" ;-)

Aber es gibt Fälle, in denen ich Katze weniger bevorzuge: Ich arbeite normalerweise mit X11-Fenstern. Diese Fenster haben einen Bildlaufpuffer, der auf einige hundert Zeilen eingestellt werden kann.

Ein catFor - sagen wir mal 200 Zeilen und dann die Maus mit der Bildlaufleiste zu benutzen ist für mich angenehmer als lessin diesen Fällen.

Obwohl Sie mit beiden Befehlen den Inhalt einer Datei anzeigen können, unterscheiden sich ihre ursprünglichen Zwecke erheblich.

weniger erweitert die Möglichkeiten von mehr . Letzteres wurde erstellt, um den Inhalt einer Datei bildschirmweise anzuzeigen. less fügt Funktionen wie Rückwärtsbewegungen und eine bessere Speicherverwaltung hinzu (Sie müssen nicht die gesamte Datei lesen, bevor Sie die ersten Zeilen sehen können).

cat verknüpft Dateien und druckt das Ergebnis auf der Standardausgabe. Wenn Sie nur eine Datei angeben, wird der Inhalt dieser Datei angezeigt. Es wird "leistungsstark", wenn Sie mehrere Dateien bereitstellen. Ein gutes Beispiel ist die Kombination von Split und Cat. Der erste Befehl teilt eine große Datei in kleine Teile. Der zweite verkettet dann die kleinen Teile zu einer einzigen Datei.

Zurück zu Ihrer Frage, cat wird in einem autonomen Skript bevorzugt, bei dem Dateien vollständig (oder verkettet) ohne Interaktion gelesen werden müssen. In Bezug auf die Anzeige von Dateien denke ich, ist es eher eine Frage des Geschmacks.

Ich benutze normalerweise, catwenn ich einen Befehl basierend auf etwas in der Datei eingeben muss. catDies ist praktischer, da Sie die Datei (wenn sie klein ist) sehen können, während Sie auf die Shell-Eingabeaufforderung zugreifen können. Es ermöglicht auch das Auskleiden von Rohren.

Gibt es eine Situation, in der Katze eine bessere Lösung ist?

Wenn Sie mit mehr als einer Datei arbeiten und diese verketten möchten.

Von der Manpage:

cat f - g
        Output f's contents, then standard input, then g's contents.

Es gibt Menschen , die heftig argumentieren , dass der einzige Zweck catzu con ist Katze enate Dateien. Für jede andere Verwendung gibt es more(oder less).

Dabei wird jedoch eine ganz wichtige Tatsache außer Acht gelassen: catIst ein Zeichen weniger einzugeben? Ich benutze diese Befehle so oft, dass ein Zeichen weniger ein Kinderspiel ist.

Ein weiterer Grund ist, wenn Sie eine Datei erstellen möchten. Ich kopiere und füge häufig Text aus dem Internet in eine Datei wie diese ein (Eingabeaufforderung wird angezeigt):

$ cat > filename
<Cmd-V>
<Ctrl-D>
$

Das heißt, ich öffne eine Datei filenamefür den Schreibzugriff, füge den Inhalt ein und schließe den Stream, indem ich Ctrl- drücke D. Weder lessnoch morekann das und es ist schneller als das Öffnen eines Editors.

Manchmal möchten Sie nicht die Paginierung, die dies lesstut, und nur die vollständige Datei, die Sie verwenden möchten cat.

Ich verwende catdazu grep(mehrere) Dateien.

cat <filename1> [<filename2> <filename3>] | grep -i "string of interest"

Ich weiß, dass grepDateinamen unterstützt werden, aber wenn Sie dieselbe Datei nach verschiedenen Suchbegriffen durchsuchen, ist es einfacher, einen Befehl zu bearbeiten, bei dem der Suchbegriff das letzte in der Zeile ist, als Strg + Pfeiltaste in der Zeile zu drücken.

cat kann verwendet werden, um mehrere Binärdateien zu einer großen zusammenzufassen:

cat data.001 data.002 data.003 > bigdata.dat

Ich benutze less -FX, was lesssich so verhält, catwenn eine Datei auf einem Bildschirm angezeigt werden kann. Aus der less(1)Manpage:

-F or --quit-if-one-screen
       Causes less to automatically exit if the entire file can be dis-
       played on the first screen.

-X or --no-init
       Disables sending the termcap initialization and deinitialization
       strings  to  the  terminal.   This is sometimes desirable if the
       deinitialization string does something unnecessary, like  clear-
       ing the screen.

Ich denke, aufgrund der Poularität der Unix-Varianten müssen viele Leute ihre Systeme nicht mehr administrieren (mit einer Vergeltung). Im Ernstfall können Sie möglicherweise einen Neustart durchführen und Ihr System in einer so genannten eingeschränkten Umgebung betreten.

Sie erhalten eine Befehlszeile und Zugriff auf einen kleinen Satz von als nützlich erachteten Befehlen, die klein und normalerweise statisch verknüpft sind. Sie könnten vi als Editor oder sogar den kleineren ed bekommen, aber nicht Emacs oder Vim. Sie würden Katze bekommen, aber nicht weniger. Die Idee ist, Ihnen genügend Tools zur Verfügung zu stellen, mit denen Sie Ihr System reparieren können, ohne zu viele Ressourcen in Anspruch zu nehmen, da diese möglicherweise falsch konfiguriert oder alle Ressourcen verbraucht sind. Je weniger Befehle unter diesen Umständen vorliegen, desto überflüssiger ist es.

Und lessist nicht auf allen GNU / Linux-Distributionen vorinstalliert. (zB Gentoo) catist wahrscheinlich überall.

Der catbleibt auf dem Bildschirm. Alles lessverschwindet.

Abgeklärt von / für Volker Siegel:

Die Ausgabe von catbleibt auf dem Bildschirm. Alles, was durch angezeigt wird, lessverschwindet nach dem Schließen.

Es kann ein Problem mit der Rechteerweiterung geben, da Sie in "less" "v" drücken können, um eine Datei zu bearbeiten, oder "!" um einen Shell-Befehl zu senden.

Möglicherweise möchten Sie einigen Benutzern erlauben, eine Datei anzuzeigen, die nur vom Superuser gelesen werden kann, diesen Benutzern jedoch nicht erlauben, die Datei zu bearbeiten oder Superuser-Berechtigungen im Allgemeinen zu verwenden. Sie können dies tun, indem Sie '/ etc / sudoers' bearbeiten, damit diese 'sudo / bin / cat / etc / importantfile' verwenden können. Sie möchten 'sudo / usr / bin / less / etc / importantfile' nicht zulassen, da sie 'v' zum Bearbeiten der Datei oder '!' um eine Shell mit vollen Superuser-Rechten zu starten.

Natürlich könnten die Benutzer 'sudo / bin / cat / etc / importantfile | verwenden less 'und immer noch' less 'verwenden, ohne die Sicherheitsrisiken.

Die beiden sind unterschiedlich. lessist ein Nicht-Standard-Pager ( moreder Standard -Pager ), der zum Anzeigen von Text verwendet wird, während cates sich um ein Standard-Dienstprogramm handelt, mit dem alle Arten und Anzahlen von Datenströmen zu einem verkettet werden.

Sie scheinen unter bestimmten Umständen dasselbe zu tun, aber auch andere Dienstprogramme.

Zur Bequemlichkeit. Katze hat 3 Zeichen, während mehr / weniger 4 Zeichen haben. Und das Tippen von Katzen erfordert nur Ihre linke Hand.

In Bezug darauf, wie die Zeichen auf dem Bildschirm angezeigt werden sollen, lesskönnen Sie tun, was Sie catkönnen. Und vieles mehr.

Aber es gibt einen sehr guten Grund, in manchen Fällen Katze zu benutzen: Sie
lessist einfach zu komplex, um sie auf sehr einfache Probleme zu werfen. Ich habe so viele Optionen, dass es schwierig ist, die catentsprechenden in der Manpage zu finden.

Wollen Sie die Registerkarten in einer zeigen Makefile?

In man catist die erste Option -A.
Die Beschreibung ist nicht hilfreich: -vET.
Aber die lange Option Name klingt genau richtig: --show-all.

Und cat -A Makefilemacht was ich brauche.

Nun, finden Sie das für less.

Sowohl 'less' als auch 'more' funktionieren genau wie 'cat', wenn die Ausgabe kein Terminal (tty) ist. Bei Pipes und Dateien werden beide auf keine Paginierung zurückgesetzt.

Ich denke, man kann mit Sicherheit sagen, dass 'cat' auf jedem Unix-System, das Sie jemals finden werden, immer vorhanden ist. Das Vorhandensein von "weniger" und / oder "mehr" auf jedem System ist weniger vorhersehbar.

Wenn Sie daher in Skripten nur eine Operation ohne Paginierung benötigen, ist "cat" überall dort vorhanden, wo Ihr Skript auf einem Unix-System verwendet wird.

Das Piping von cat durch grep ist nützlich:

cat <filename> | grep -i "string of interest"