Existe alguma razão para usar `cat` quando você tem menos?

Eu costumava usar catpara visualizar arquivos. Aprendi então que isso lessgeralmente é melhor e é obrigatório se o arquivo tiver mais de algumas dezenas de linhas.

Minha pergunta: existe alguma razão para usar em catvez de less? Existe alguma situação em que cathá uma solução melhor?

Pessoalmente, prefiro viewconteúdo estático ou tail -fdinâmico.

Isso não responde à sua pergunta, no entanto. Há um ditado "por que usar mais se você tem menos" ;-)

Mas há casos em que prefiro gato a menos: geralmente trabalho com o X11-windows. Essas janelas têm um buffer de rolagem que pode ser definido para algumas centenas de linhas.

Fazer um catpara - digamos 200 linhas e, em seguida, usar o mouse com a barra de rolagem é mais confortável para mim do que usar lessnesses casos.

Embora ambos os comandos permitam visualizar o conteúdo de um arquivo, seus propósitos originais são bem diferentes.

menos estende os recursos de mais . O último foi criado para exibir o conteúdo de um arquivo, uma tela por vez. menos adiciona recursos como movimentos para trás e melhor gerenciamento de memória (não é necessário ler o arquivo inteiro antes de poder ver as primeiras linhas).

cat concatena arquivos e imprime o resultado na saída padrão. Se você fornecer apenas um arquivo, verá o conteúdo desse arquivo. Torna-se 'poderoso' quando você fornece vários arquivos. Um bom exemplo é a combinação de split e cat. O primeiro comando dividirá um arquivo grande em pequenas porções. O segundo concatenará as pequenas porções em um único arquivo.

De volta à sua pergunta, o gato seria preferido em um script autônomo, exigindo que os arquivos fossem lidos inteiramente (ou concatenados) sem interação. Em termos de visualização de arquivos, acho que é mais uma questão de gosto.

Eu costumo usar catquando preciso digitar um comando com base em algo no arquivo. caté mais conveniente, pois você pode ver o arquivo (se for pequeno) enquanto tiver acesso ao prompt do shell. Também permite o revestimento de tubos.

Existe alguma situação em que o gato é uma solução melhor?

Quando você está lidando com mais de um arquivo e deseja concatená-los.

Na página do manual:

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

Há pessoas que argumentam violentamente que o único propósito de catse con gato arquivos Enate. Para qualquer outro uso, existe more(ou less).

Mas isso não leva em conta um fato bastante importante: cathá um caractere a menos para digitar. Eu uso esses comandos com tanta frequência que um caractere a menos é um acéfalo.

Outro motivo é quando você deseja criar um arquivo. Costumo copiar e colar texto da Web em um arquivo como este (prompt de comando mostrado):

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

Ou seja, abro um arquivo filenamepara acesso de gravação, colo o conteúdo e fecho o fluxo pressionando Ctrl- D. Nem lessnem morepode fazer isso, e é mais rápido do que a abertura de um editor.

Às vezes, você não deseja a paginação que lessdeseja e apenas deseja o arquivo completo para usá-lo cat.

Eu uso catpara grep(vários) arquivos.

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

Eu sei que grepsuporta nomes de arquivos, mas se você está esperando o mesmo arquivo por termos de pesquisa diferentes, editar um comando em que o termo de pesquisa é a última coisa na linha é mais fácil do que ter que pressionar a tecla Ctrl + seta na linha.

cat pode ser usado para concaturar vários arquivos binários em um grande:

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

Eu uso less -FX, o que faz com que se lesscomporte como catquando um arquivo pode ser exibido em uma tela. Na página de less(1)manual:

-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.

Eu acho que, devido à economia de variantes do Unix agora, muitas pessoas não precisam administrar seus sistemas (com vingança). Quando tudo der certo, você poderá reiniciar e entrar no sistema no que é chamado de ambiente restrito.

Você obtém uma linha de comando e acessa um pequeno conjunto do que é considerado comandos úteis que são pequenos e geralmente vinculados estaticamente. Você pode obter o vi como editor ou mesmo o menor, mas não o emacs ou o vim. Você teria gato, mas não menos. A idéia é fornecer ferramentas suficientes para reparar seu sistema sem consumir muitos recursos, pois esses recursos podem estar incorretamente configurados ou esgotados. menos comando sob essas circunstâncias é supérfluo.

E lessnão está pré-instalado em todas as distribuições GNU / Linux. (por exemplo, Gentoo) catestá em toda parte, provavelmente.

As catpermanece na tela. Tudo lessdesaparece.

Esclarecido por / para Volker Siegel:

A saída de catpermanece na tela. Tudo o que é mostrado lessdesaparece após o fechamento.

Pode haver um problema com a escalação de privilégios, pois em 'less' você pode pressionar 'v' para editar um arquivo ou '!' para enviar um comando shell.

Você pode permitir que alguns usuários visualizem um arquivo que só pode ser lido pelo superusuário, mas não permite que esses usuários editem o arquivo ou usem privilégios de superusuário em geral. Você pode fazer isso editando '/ etc / sudoers' para permitir que eles usem 'sudo / bin / cat / etc / importantfile'. Você não deseja permitir 'sudo / usr / bin / less / etc / importantfile', porque eles podem usar 'v' para editar o arquivo ou '!' para iniciar um shell com privilégios completos de superusuário.

Obviamente, os usuários poderiam usar 'sudo / bin / cat / etc / importantfile | less 'e ainda usa' less ', sem os riscos de segurança.

Os dois são diferentes. lessé um pager não padrão ( moreé o padrão), usado para exibir texto, enquanto caté um utilitário padrão, usado para concatenar qualquer tipo e número de fluxos de dados em um.

Eles podem parecer fazer a mesma coisa em algumas circunstâncias, mas, novamente, o mesmo acontece com outros utilitários.

Por conveniência. gato tem 3 caracteres enquanto mais / menos tem 4 caracteres. E digitar gato requer apenas a mão esquerda.

Em termos de como mostrar os caracteres na tela, lesspode fazer o que catpode; E muito mais.

Mas há uma boa razão para usar o gato em alguns casos:
lessé muito complexo para resolver problemas muito simples. Eu tenho tantas opções que é difícil encontrar as catrelacionadas na página de manual.

Deseja mostrar as guias em um Makefile?

Em man cat, a primeira opção é -A.
A descrição não é útil: -vET.
Mas o longo nome de opção soa apenas para a direita: --show-all.

E cat -A Makefilefaz o que eu preciso.

Agora, vá encontrar isso por less.

Ambos 'less' e 'more' funcionarão exatamente como 'cat' se a saída não for um terminal (tty); quanto a pipes e arquivos, ambos reverterão para nenhuma paginação.

Eu acho que é seguro dizer que 'cat' está sempre presente em qualquer sistema do tipo Unix que você encontrará. A presença de 'less' e / ou 'more' em qualquer sistema é menos previsível.

Portanto, nos scripts, se você precisar apenas de uma operação de não paginação, 'cat' estará presente sempre que seu script for usado em um sistema do tipo Unix.

A tubulação de gato através do grep é útil:

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