Это UUOC (бесполезное использование cat) для перенаправления одного файла в другой?

Если я хочу, чтобы содержимое file2совпадало с содержимым file1, я мог бы просто запустить cp file1 file2.

Однако, если я хочу , чтобы сохранить все о file2 кроме Содержанию-владельца, права доступа, расширенные атрибуты, списки управления доступом, жесткие ссылки и т.д., и т.д., то я не хотел бы работать cp. * В этом случае я просто хочу , чтобы хлопнуть содержание file1в file2.

Похоже, что следующий будет делать это:

< file1 > file2

Но это не работает. file2обрезается до нуля и не записывается. Тем не мение,

cat < file1 > file2

делает работу.

Меня удивило, что первая версия не работает.

Вторая версия - UUOC? Есть ли способ сделать это без вызова команды, просто с помощью перенаправлений?

_{Примечание: я знаю, что UUOC является скорее педантичным, чем настоящим анти-паттерном.}

* _{Как обнаружил tniles09 , на самом деле cp будет работать в этом случае.}

cat < file1 > file2это не UUOC. Классически, <и >делать перенаправления, которые соответствуют дублированию файловых дескрипторов на системном уровне. Дублирование файловых дескрипторов само по себе ничего не делает (ну, >перенаправления открываются O_TRUNC, поэтому, если быть точным, перенаправления вывода обрезают выходной файл). Не позволяйте < >символам смущать вас. Перенаправления не перемещают данные - они назначают файловые дескрипторы другим файловым дескрипторам.

В этом случае вы открываете file1и назначаете этот дескриптор файла дескриптору файла 0( <file1== 0<file1) file2и назначаете этот дескриптор файла дескриптору файла 1( >file2== 1>file2).

Теперь, когда у вас есть два файловых дескриптора, вам нужен процесс для объединения данных между ними - и это то, что нужно cat.

Это не так, потому что, как отмечали другие, рассматриваемое поведение зависит от оболочки. Как вы (ОП) указали, это немного педантично , может быть, даже смешно? вроде темы.

Однако, в системах GNU, ваша начальная предпосылка имеет другое доступное решение: cp --no-preserve=all file1 file2. Попробуйте, я думаю, что это удовлетворит вашу описанную ситуацию (например, изменение содержимого file2без изменения его атрибутов).

Пример :

$ ls -l
    total 8
    -rw-r--r-- 1 tniles sambashare 16 Dec 16 12:21 fezzik
    -rw-r--r-- 1 tniles tniles     14 Dec 16 12:16 fred
$ cat *
    Lookout, world!
    Hello, world!
$ cp --no-preserve=all fred fezzik 
$ ls -l
    total 8
    -rw-r--r-- 1 tniles sambashare 14 Dec 16 12:22 fezzik
    -rw-r--r-- 1 tniles tniles     14 Dec 16 12:16 fred
$ cat *
    Hello, world!
    Hello, world!

ОБНОВЛЕНИЕ На самом деле, я только что заметил, что моя система cpсама по себе, кажется, сохраняет атрибуты, если -aили -pне указано. Я использую оболочку bash и GNU coreutils. Я думаю, вы узнаете что-то новое каждый день ...

Результаты теста (по Wildcard), включая жесткую ссылку и различные разрешения:

$ ls -li
total 12
913966 -rw-rw-r-- 1 vagrant vagrant 30 Dec 16 20:26 file1
913965 -rwxrw---- 2 pete    vagrant 39 Dec 16 20:35 file2
913965 -rwxrw---- 2 pete    vagrant 39 Dec 16 20:35 hardlinktofile2
$ cat file1
This is the contents of file1
$ cat file2
This is the original contents of file2
$ cp file1 file2
$ ls -li
total 12
913966 -rw-rw-r-- 1 vagrant vagrant 30 Dec 16 20:26 file1
913965 -rwxrw---- 2 pete    vagrant 30 Dec 16 20:37 file2
913965 -rwxrw---- 2 pete    vagrant 30 Dec 16 20:37 hardlinktofile2
$ cat file1
This is the contents of file1
$ cat file2
This is the contents of file1
$ 

В zshоболочке, где < file1 > file2работает, оболочка вызывает cat.

Для командной строки, которая состоит только из перенаправлений и не содержит ни команд, ни назначений, zshвызывается $NULLCMD( catпо умолчанию), если только перенаправление не является <единственным, в котором вместо этого вызывается $READNULLCMD( pagerпо умолчанию). (это если zshне в shили cshэмуляция, в этом случае он ведет себя как оболочки, которые он эмулирует).

Так:

< file1 > file2

на самом деле так же, как

cat < file1 > file2

а также

< file1

такой же как

pager < file1

< from > to

не работает, потому что там нет команды; нет процесса. Оболочка открывает / создает файлы и упорядочивает перенаправления (это означает, что файловые дескрипторы, ссылающиеся на эти файлы, установлены в 0 и 1: стандартный ввод и стандартный вывод). Но там нечего делать, чтобы выполнить цикл для чтения из стандартного ввода и записи в стандартный вывод.

zshделает эту работу, подставляя настраиваемую пользователем команду в этом случае «пустой команды». Команда не отображается в командной строке, но она все еще там. Для него создан процесс, и он работает так же. NULLCMDэто catпо умолчанию, так что на < from > toсамом деле означает cat < from > to , что в zsh, если NULLCMDне будет установлен на что - то еще; это команда «скрытого кота».

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

Если его catможно удалить из ситуации, чтобы оставшиеся команды могли выполнять ту же задачу, это бесполезно. Если это не съемный, то это не бесполезно.

# useless, removable:
$ cat archive.tar | tar tf -    #  -->  tar tf archive.tar

# not removable (in POSIX shell):
$ cat > file
abc
[Ctrl-D]

# likewise:
STRING=$(cat file)

catЧто заменяемое это не то же самое. Например, вместо того, cat > fileчтобы использовать vi fileфайл для создания файла. Это не считается удалением catпри использовании того, что осталось для достижения той же задачи.

Если catэто единственная команда в конвейере, то, конечно, ее нельзя удалить; никакая перестановка того, что осталось, не сделает эквивалентную работу.

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

# If you're so inclined:
# move source archive operand to the left without cat:
$ < archive.tar tar xf - > listing

< file1 > file2 Кажется, зависит от оболочки, на Zsh это работает, на Bash нет.

редактировать: удалено ложное утверждение

В дополнение ко всем хороших ответов, вы можете избежать UUOC путем имитацииcat :

awk 1 file1 > file2   # For line-oriented text, not binaries.
dd if=file1 of=file2  # Works for binary files, too.
# many more geeky ways.

Эти команды не копируют метаданные файла, как обычные cp.

Если это работает, не исправляйте это.

я хотел бы использовать

cat < file1 > file2

и не парься на ПК от семантики.