Чому команда “ls | файл ”працює?

Я вивчав командний рядок і дізнався, що " |трубопровід" призначений для перенаправлення виводу з команди на вхід іншої. То чому команда ls | fileне працює?

file input є однією з більшої кількості імен файлів, як file filename1 filename2

lsвихід - це список каталогів та файлів у папці, тому я вважав, що ls | fileповинен був показати тип файлу кожного файлу в папці.

Коли я ним користуюся, вихід:

    Usage: file [-bcEhikLlNnprsvz0] [--apple] [--mime-encoding] [--mime-type]
        [-e testname] [-F separator] [-f namefile] [-m magicfiles] file ...
    file -C [-m magicfiles]
    file [--help]

Оскільки виникла помилка з використанням fileкоманди

Фундаментальне питання полягає в тому, що fileочікує, що імена файлів будуть аргументами командного рядка, а не на stdin. Коли ви пишете, ls | fileрезультат lsпередається як вхід до file. Не як аргументи, як вхідні дані.

Яка різниця?

• Аргументи командного рядка - це коли ви пишете прапори та імена файлів після команди, як у cmd arg1 arg2 arg3. У скриптах ці аргументи доступні як змінний $1, $2, $3і т.д. У C ви б отримати доступ до їх через char **argvі int argcаргументи main().

• Стандартний вхід, stdin, - це потік даних. Деякі програми люблять catабо wcчитають з stdin, коли їм не надано жодних аргументів командного рядка. У скрипті оболонки ви можете використовувати readодин рядок введення. В C ви можете використовувати scanf()або getchar(), серед різних варіантів.

fileзазвичай не читається зі stdin. Очікується, що як мінімум одне ім'я файлу буде передано як аргумент. Ось чому він друкує використання, коли ви пишете ls | file, тому що ви не передали аргумент.

Ви можете використовувати xargsдля перетворення stdin в аргументи, як в ls | xargs file. Однак, як згадує Тердон , розбір ls- це погана ідея. Найбільш прямий спосіб зробити це просто:

file *

Тому що, як ви кажете, вхід fileмає бути іменами . Вихід ls, однак, є лише текстом. Те, що трапляється в списку назв файлів, не змінює факту, що це просто текст, а не розташування файлів на жорсткому диску.

Коли ви бачите вихід, надрукований на екрані, то ви бачите текст. Чи цей текст є віршем чи списком імен, це не має значення для комп'ютера. Все, що він знає, це те, що це текст. Ось чому ви можете передавати вихідні lsпрограми програмам, які беруть текст як вхідні дані (хоча вам це справді не слід ):

$ ls / | grep etc
etc

Отже, щоб використовувати вихід команди, яка перераховує назви файлів як текст (наприклад, lsабо find) як вхід для команди, яка приймає назви файлів, вам потрібно скористатися деякими хитрощами. Типовим інструментом для цього є xargs:

$ ls
file1 file2

$ ls | xargs wc
 9  9 38 file1
 5  5 20 file2
14 14 58 total

Як я вже говорив, ви, правда, не хочете розбирати результат ls. Що - щось на зразок findкраще (то print0друкує \0замість того , newilne після кожного імені файлу і -0з xargsдозволяє йому мати справу з таким входом, це виверт , щоб зробити ваші команди працюють з іменами файлів , що містять символи нового рядка):

$ find . -type f -print0 | xargs -0 wc
 9  9 38 ./file1
 5  5 20 ./file2
14 14 58 total

У якого також є свій спосіб зробити це, не потребуючи xargsзовсім:

$ find . -type f -exec wc {} +
 9  9 38 ./file1
 5  5 20 ./file2
14 14 58 total

Нарешті, ви також можете використовувати петлю оболонки. Однак зауважте, що в більшості випадків xargsце буде набагато швидше і ефективніше. Наприклад:

$ for file in *; do wc "$file"; done
 9  9 38 file1
 5  5 20 file2

дізнався, що '|' (трубопровід) призначений для перенаправлення виводу з команди на вхід іншої.

Він не "перенаправляє" вихід, але приймає вихід програми та використовує її як вхідний файл, тоді як файл не бере введення, а назви файлів, як аргументи , які потім тестуються. Перенаправлення не передають ці назви файлів, оскільки це не аргументи, ані трубопроводи , пізніше, що ви робите.

Що ви можете зробити, це прочитати назви файлів з файлу з --files-fromможливістю, якщо у вас є файл, у якому перераховані всі файли, які ви хочете перевірити, інакше просто переведіть шляхи до ваших файлів як аргументи.

Прийнята відповідь пояснює, чому команда pipe не працює відразу, і за допомогою file *команди вона пропонує просте, зрозуміле рішення.

Я хотів би запропонувати ще одну альтернативу, яка може стати в нагоді на якийсь час. Трюк - використання (`)символу backtick . Лапки пояснюється дуже докладно тут . Коротше кажучи, він приймає висновок команди, укладеної у задніх полях, і замінює її як рядок на решту команди.

Отже, find `ls`візьмемо висновок lsкоманди та замінимо її як аргументи для findкоманди. Це довше і складніше, ніж прийняте рішення, але варіанти цього можуть бути корисними в інших ситуаціях.

Вихід lsчерез трубу являє собою суцільний блок даних, розміром 0x0a, що розділяє кожен рядок, тобто символ передачі рядків, і fileотримує це як один параметр, де він очікує, що кілька символів працюватимуть по одному за один раз.

Як правило, ніколи не використовуйте lsдля генерування джерела даних для інших команд - одного дня він потрапить .. rmі тоді у вас виникнуть проблеми!

Краще використовувати цикл, такий, for i in *; do file "$i" ; doneякий дасть потрібний результат, передбачувано. Цитати є у випадку назви файлів з пробілами.

Якщо ви хочете використовувати трубу для подачі, fileскористайтеся опцією, за -fякою зазвичай іменем файлу, але ви також можете використовувати один дефіс -для читання з stdin,

$ ls
cow.pdf  some.txt
$ ls | file -f -
cow.pdf:       PDF document, version 1.4
some.txt:        ASCII text

Трюк з дефісом -працює з багатьма стандартними утилітами командного рядка (хоча це --іноді), тому спробувати завжди варто.

Інструмент xargнабагато потужніший і в більшості випадків потрібен лише в тому випадку, якщо список аргументів занадто довгий (див деталі цій публікації ).

Це працює команда використання, як показано нижче

ls | xargs file

Мені це буде краще працювати

Це також має працювати:

file $(ls)

як також обговорювалося тут: https://unix.stackexchange.com/questions/5778/whats-the-difference-bet between-stuff-and-stuff