Есть ли причина использовать `cat`, когда у вас есть` less`?

Я использовал catдля просмотра файлов. Затем я узнал, что lessобычно лучше, и это обязательно, если файл длиннее нескольких десятков строк.

Мой вопрос: есть ли причина использовать catвместо less? Есть ли ситуация, когда catесть лучшее решение?

Я лично предпочитаю viewстатический контент или tail -fдинамический контент.

Это не отвечает на ваш вопрос, хотя. Есть поговорка «зачем использовать больше, если у тебя меньше» ;-)

Но есть случаи, когда я предпочитаю cat меньше: я обычно работаю с X11-windows. Эти окна имеют буфер прокрутки, который может быть установлен в несколько сотен строк.

Делать catдля - скажем, 200 строк, а затем использовать мышь с полосой прокрутки для меня удобнее, чем использовать lessв этих случаях.

Хотя обе команды позволяют просматривать содержимое файла, их первоначальное назначение весьма различно.

меньше расширяет возможности большего . Последний был создан для просмотра содержимого файла по одному экрану за раз. less добавляет такие функции, как движение назад и лучшее управление памятью (не нужно читать весь файл, прежде чем можно будет увидеть первые строки).

cat объединяет файлы и выводит результат на стандартный вывод. Если вы предоставите только один файл, вы увидите содержимое этого файла. Он становится «мощным», когда вы предоставляете несколько файлов. Хорошим примером является комбинация split и cat. Первая команда разделит большой файл на маленькие порции. Второй затем объединит маленькие порции в один файл.

Возвращаясь к вашему вопросу, cat предпочтительнее в автономном скрипте, требующем, чтобы файлы были прочитаны полностью (или объединены) без взаимодействия. Что касается просмотра файлов, я думаю, что это больше вопрос вкуса.

Я обычно использую, catкогда мне нужно набрать команду, основанную на чем-то в файле. catудобнее, так как вы можете видеть файл (если он маленький), пока у вас есть доступ к приглашению оболочки. Это также позволяет для футеровки труб.

Есть ли ситуация, когда кошка является лучшим решением?

Когда вы имеете дело с более чем одним файлом и хотите объединить их.

Со страницы руководства:

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

Есть люди , которые утверждают , яростно , что единственная цель catсостоит в кон кошачьих файлы Enate. Для любого другого использования есть more(или less).

Но это не учитывает один довольно важный факт: catна один символ меньше набирать. Я использую эти команды так часто, что один символ меньше - легкая задача.

Другая причина - когда вы хотите создать файл. Я часто копирую и вставляю текст из Интернета в такой файл (показана командная строка):

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

То есть я открываю файл filenameдля доступа на запись, вставляю содержимое и закрываю поток нажатием Ctrl- D. Ни то, lessни другое не moreможет сделать это, и это быстрее, чем открыть редактор.

Иногда вам не нужна нумерация страниц, lessкоторая нужна, а просто файл целиком, чтобы вы использовали его cat.

Я использую catдля grep(нескольких) файлов.

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

Я знаю, grepподдерживает имена файлов, но если вы используете один и тот же файл для разных поисковых терминов, отредактировать команду, где поисковый запрос является последним в строке, проще, чем с помощью Ctrl + клавиша со стрелкой назад через строку.

cat может использоваться для объединения нескольких двоичных файлов в один большой:

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

Я использую less -FX, что заставляет lessсебя вести себя как catкогда файл может быть отображен на одном экране. Из less(1)справочной страницы:

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

Я полагаю, что из-за множества вариантов Unix, многим людям не нужно управлять своими системами (с удвоенной силой). Когда все идет наперекосяк, вы можете просто перезагрузиться и войти в свою систему в так называемой ограниченной среде.

Вы получаете командную строку и получаете доступ к небольшому набору полезных команд, которые являются небольшими и обычно статически связаны. Вы можете получить vi в качестве редактора или даже меньший ed, но не emacs или vim. Вы бы получили кошку, но не меньше. Идея состоит в том, чтобы предоставить вам достаточно инструментов для восстановления вашей системы, не затрачивая слишком много ресурсов, поскольку эти ресурсы могут быть неправильно настроены или полностью использованы. тем меньше командование этими обстоятельствами излишне.

И lessне предустановлен во всех дистрибутивах GNU / Linux. (например, Gentoo) catвезде, наверное.

В catостается на экране. Все lessисчезает.

Уточнено / для Volker Siegel:

Вывод catостается на экране. Все показанное lessисчезает после закрытия.

Может возникнуть проблема с повышением привилегий, так как в «less» вы можете нажать «v» для редактирования файла или «!» отправить команду оболочки.

Возможно, вы захотите разрешить некоторым пользователям просматривать файл, который может быть прочитан только суперпользователем, но не позволяют этим пользователям редактировать файл или использовать привилегии суперпользователя в целом. Вы можете сделать это, отредактировав «/ etc / sudoers», чтобы позволить им использовать «sudo / bin / cat / etc / важный файл». Вы не захотите разрешить 'sudo / usr / bin / less / etc / Importantfile', потому что они могут использовать 'v' для редактирования файла или '!' запустить оболочку с полными привилегиями суперпользователя.

Конечно, пользователи могут использовать 'sudo / bin / cat / etc / Importantfile | меньше »и все равно используйте« меньше », без угроз безопасности.

Два разные. lessэто нестандартный пейджер ( moreявляется стандартным), используемый для просмотра текста, в то время catкак это стандартная утилита, используемая для объединения любого типа и количества потоков данных в один.

Может показаться, что они делают то же самое при некоторых обстоятельствах, но опять же, как и другие утилиты.

Для удобства. кошка имеет 3 символа, в то время как более / менее имеет 4 символа. А печатать кошку нужно только левой рукой.

С точки зрения того, как показывать символы на экране, lessможно делать то, что catможно делать; И многое другое.

Но в некоторых случаях есть очень веская причина использовать cat:
lessона слишком сложна, чтобы бросать ее на очень простые задачи. У меня так много вариантов, что трудно найти catсвязанные с ними на странице руководства.

Хотите показать вкладки в Makefile?

Во man cat-первых, первый вариант -A.
Описание не полезно: -vET.
Но длинное имя вариант звучит так правильно: --show-all.

И cat -A Makefileделает то, что мне нужно.

А теперь иди и найди это less.

И «меньше», и «больше» будут работать точно так же, как «кошка», если выходные данные не являются терминалами (tty), что касается каналов и файлов, они оба вернутся к нумерации страниц.

Я думаю, можно с уверенностью сказать, что «cat» всегда присутствует в любой системе Unix-типа, которую вы когда-либо найдете. Наличие «меньше» и / или «больше» в любой системе менее предсказуемо.

Поэтому в сценариях, если вам нужна только операция без пагинации, «cat» обязательно будет присутствовать везде, где ваш сценарий используется в системе типа Unix.

Пропуск кошки через grep полезен:

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