вопрос о перенаправлении типа «<».

почему конструкция echo <filename не работает?

Она работает.

Что echo делает со стандартным вводом?

while read line; do :; (echo $line | grep -o $somepattern); done < somefile.txt
cat somefile.txt | while read line; do :; (echo $line | grep -o $somepattern); done

Кому-то будет жалко памяти для вызова cat, и он предпочтет первый вариант.

выводит на стандартный вывод или ввод(хз, куда конкретно, куда-то туда)? Но это выражение ничего не выводит. Ожидается, что она в конечном итоге выведет в stdout содержимое filename, в данном случае

Просто игнорирует. Проверить можно, например, так:

echo «test... test... test...» | echo

Но это выражение ничего не выводит.

А какую информацию echo ожидает от пользователя (stdin) в случае, если echo запустить без перенаправления потока ввода stdin (<)?

Ответ на этот вопрос даст тебе ответ на твой.

Еще программа получит дескриптор файла, а значит сможет более эффективно его обрабатывать, например делать seek.

Почитай про команды-фильтры.

Если кратко, то это команды, умеющие принимать данные на стандартный поток ввода (условно, с клавиатуры) и выводить на стандартный поток вывода (монитор).

Перенаправление вида cat < filename заключается в привязывании файлового дескриптора 0 к файлу filename вместо устройства ввода.

Что это даёт?
Возьмём команду wc. Посчитаем количество строк двумя способами.

$ wc -l ./ann
35 ./ann

$ wc -l < ./ann
35

Касательно echo — как уже сказали, оно не принимает на ввод ничего. В программу, не читающую ввода с клавиатуры бессмысленно что-то направлять. Всё что echo делает — берёт свои аргументы и выводит.

Как-то так.

почему конструкция echo <filename не работает?

Потому что echo печатает не стандартный ввод, а аргументы.

Какие есть общие правила, когда это будет работать, а когда нет?

Тогда и только тогда, когда команда умеет принимать данные со стандартного ввода (stdin).

Если это только для случаев типа cat < filename, то не совсем понятно зачем она вообще нужна

Это лишь пример.

Каковы основные паттерны для применения этой конструкции?

Есть команды, которые не умеют считывать ввод из файлов.

Иногда пишут вот так:

while read a b c; do
    ...
done < filename

Если это только для случаев типа cat < filename, то не совсем понятно зачем она вообще нужна, ведь cat filename и так работает.

Вопрос, который вы хотите задать на самом деле звучит иначе — зачем нужно было реализовывать cat filename, когда cat < filename и так работает. Попробуйте найти на него ответ сами — он на поверхности.

Я не догоняю.

А для чего вообще предназначен cat(1)?

cat - concatenate files and print on the standard output

понял

ну, вообще-то конкатенация не связана непосредственно с явной передачей аргументов cat <(cat<file1) <(cat<file2)

cat <(cat<file1) <(cat<file2)

Ты ведь в курсе, как это работает?

Если нет, попробуй сделать программу, которая принимает несколько аргументов, и вызвать её так же, с <(...). Посмотри, что она получает в аргументах.

вообще да, ты прав, она принимает имена псевдофайлов, фактически.