Що робить $ (ls * .txt)?

У терміналі unix, якщо я роблю:

egrep "Stuff" $(ls *.txt)

Результат очевидний. Але що робить

$(ls *.txt)робити самостійно? Я бачу, що можу повторити ефект

egrep "Stuff" *.txt

То що таке $(ls *.txt)?

"що робить $(ls *.txt)"

Коротка відповідь

$(ls *.txt)збирає список імен файлів, а потім обробляє їх . Ви НЕ використовувати це.

Більш довга відповідь

• lsпризначений для людського результату. Як писав один із супровідників Ls у відповідь на те, чому lsб не запропонувати --nullваріант:

  Якби ми це робили, то це був би інтерфейс, який ми використовуємо. Однак lsце справді інструмент прямого споживання людиною , і в цьому випадку подальша обробка є менш корисною. Для подальшої обробки findбільше підходить (1). [наголос додано]

  Іншими словами, використання lsдля чогось іншого, крім відображення для людей, просто не підтримується. lsНаприклад, технічні працівники, наприклад, нещодавно змінили вихідний формат за замовчуванням на те, що вони хоч і зручніші для людини без попередження . Отже, дотримуйтесь їхніх порад: якщо ви збираєтеся робити подальшу обробку імен файлів, використовуйте findзамість ls.

• $(...)- це підміна команд. Одним із наслідків використання підстановки команд є те, що вилучені символи нового рядка видаляються. Якщо прізвище останнього файлу у списку містить кінцеві нові рядки, вони будуть видалені.

• Оскільки текст $(...)не є подвійним цитуванням, текст, який він видає, буде підпорядкований:

  • Розбиття слів

  • Розширення шляху

  Результатом обох є подальше керування назвами файлів.

• не кажучи вже про питання з іменами файлів , починаючи з -з - за якого бракує --(для обох lsі , egrepяк в Ubuntu egrepє реалізація GNU приймає параметри навіть після аргументів , не варіант , якщо POSIXLY_CORRECTне в навколишньому середовищі).

• також, якщо будь-який з цих txtфайлів мав типовий каталог , lsвін перелічив би їхній вміст замість себе.

• і якщо txtфайлів немає , вихідний файл lsбуде порожнім (хоча ви побачите помилку щодо відсутнього *.txtфайлу) і оскільки egrepне отримаєте аргументу файлу, він шукатиме речі у своєму стандартному вході (і, здавалося б, висить).

Приклад

Створимо 4 файли, що містять Stuffу нашому каталозі:

$ echo Stuff | tee file1 file2 'a b c.txt' 'f* .txt'
Stuff
$ ls -Q
"a b c.txt"  "file1"  "file2"  "f* .txt"

Тепер запустімо команду egrep:

$ egrep "Stuff" $(ls *.txt)
grep: a: No such file or directory
grep: b: No such file or directory
grep: c.txt: No such file or directory
file1:Stuff
file2:Stuff
f* .txt:Stuff
grep: .txt: No such file or directory

Зауважте, що ми отримуємо 4 повідомлення про помилки щодо неіснуючих файлів. Це пов’язано з розщепленням слів . Результат також показує збіги з двома файлами, file1і file2їх не слід було шукати, оскільки вони не закінчуються .txt. Це через розширення _pathname`.

Правильно написана команда створює два успішні збіги і жодних помилок:

$ egrep -- "Stuff" *.txt
a b c.txt:Stuff
f* .txt:Stuff

Рекомендоване рішення

Використання:

egrep -- "Stuff" *.txt

або POSIXly:

grep -E -- "Stuff" *.txt

або:

grep -E -e Stuff -- *.txt

Це буде працювати з будь-яким ім'ям файлу і не має жодного з обмежень lsпідходу.

$( )Виконує команду ls *.txtі повертає STDOUTкоманду.

Яке саме це використання - це помилка програмування новачка щонайменше на трьох рівнях:

1. egrep 'Stuff' *.txt працює, як ви сказали, за винятком файлів, названих чимось на кшталт A File.txt
2. Використовувати lsвихід для введення програми нерозумно. Дивіться причини
3. $( ls *.txt)неправильні файли з пробілами та іншими смішними персонажами. find . -maxdepth 1 -type f -iname '*.txt' -print0 | xargs -0 egrep 'Stuff'є більш стійким до куль.

Надуманий приклад розширення / плутанини глобальної оболонки у відповідь на @ 8bittree:

$ /bin/ls -l -b
total 36
-rw------- 1 w3 walt 2 Aug 11 13:41 A\ \\012\ File.txt
-rw------- 1 w3 walt 2 Aug 11 13:42 A\ \n\ File.txt
-rw------- 1 w3 walt 2 Aug 11 13:40 A\ File.txt

$ grep "STUFF" $(ls *.txt)
grep: A: No such file or directory
grep: \012: No such file or directory
grep: File.txt: No such file or directory
grep: A: No such file or directory
grep: File.txt: No such file or directory
grep: A: No such file or directory
grep: File.txt: No such file or directory

$ find . -maxdepth 1 -type f -iname '*.txt' -print0 | xargs -0 egrep 'Stuff'

$ find . -maxdepth 1 -type f -iname '*.txt' -print0 | xargs -0 egrep '1'
./A File.txt:1

Нічого собі, на хвилину я подумав, що ти цікавишся `$(ls *.txt)`(із $(..)плюс зворотами)

Оскільки на питання вже відповіли, я просто попередитиму вас про одне. Ось послідовність команд, щоб показати вам, чому це може бути небезпечно:

• set -x
  Щоб побачити, що виконується
• touch 'rm -f *.txt'
  Створіть текстовий файл під назвою 'rm -f * .txt', я тут використовую прості лапки, щоб Bash не розширював підстановку та пробіли.
• `$(ls *.txt)`
  Ось хитра частина. Команда ls *.txtбуде виконана, а потім перенаправить результат на STDOUT. Цей результат rm -f *.txtтепер буде виконуватися через зворотні котирування.
  Отже, rm видалить усі текстові файли, у нашому випадку - файлrm -f *.txt

Сподіваюся, ви зрозуміли, - як демонстрація просто запустіть попередні команди в порожній каталог, так що ви нічого не порушите.

$( ... )

Це заміна команд, вона призначає вихід однієї або декількох команд як вхід до іншої команди. Старий синтаксис: ` ... `.

Різне в тому, що ваші команди запускаються в різних оболонках:

echo $BASHPID $( echo $BASHPID )
5718 7138

Він фактично викликає підзарядку:

echo $BASH_SUBSHELL $( echo $BASH_SUBSHELL )
0 1

Це питання, мабуть, мало корисного в реальному світі, але,

Кращий спосіб отримати корисний результат:

echo $(ls *.txt)

Або просто

ls *.txt

У цьому списку будуть всі файли з розширенням .txt. Щоб знайти текстові файли, що містять певний рядок,

egrep -l "Stuff" *.txt

Для отримання додаткової інформації про інструменти пошуку зробіть:

man egrep