☰

すでにファイルを処理するコマンドでファイルの入力リダイレクトに「

tag-icon • tag-icon shell input-method
すでにファイルを処理するコマンドでファイルの入力リダイレクトに「

定期的に、次の構文を目にします。

awk 'stuff' <file
sort <file

実は、私はいつもこう書いています:

awk 'stuff' file
sort file

そして、すべては完璧に動作します。では、両方の構文がほぼ同等である場合 (または同等である場合)、<file構文を使用することで何か利点があるのでしょうか?

編集

既存のスレッドは私の質問のいくつかをカバーしています（使用は<シェルがファイルを開くことを意味します初めそしてそれからコマンドに標準入力として渡します) が、いくつか残っているように感じます:

  • POSIX準拠?
  • fileそれは議論の性質に関する曖昧さを払拭するためでしょうか?
  • それは特定のタイプのシェルに特有のものですか?
  • 非推奨とみなされますか?
  • パフォーマンスの面では、顕著な違いはありますか?
  • どちらか一方を他方に対して使用する例であれば、歓迎します。

答え1

どちらも、コマンドが標準入力 (フォームcommand <file) または引数リスト内の名前付きファイルからの読み取りをサポートしている場合は機能します。 もtcshサポートしているcommand <fileため、構文はかなり移植可能です。特定のコマンドが引数リスト (または標準入力) 内のファイルを読み取ることができるかどうかは、コマンドによって異なります。ed(1)たとえば、 は標準入力からコマンドを読み取りますが、標準入力からファイルを読み取ることはできません。

Cレベルでは、標準入力または名前付きファイルから読み込むコマンドは次のような動作をする。

#include <err.h>
#include <stdio.h>
#include <string.h>

int main(int argc, char *argv[])
{
    FILE *fhandle;

    // option processing here ...

    if (argc == 0 || strncmp(*argv, "-", (size_t) 2) == 0) {
        fhandle = stdin;
    } else {
        if ((fhandle = fopen(*argv, "r")) == NULL)
            err(1, "could not open '%s'", *argv);
    }

    // read from fhandle here, which is either from stdin or a file ...
}

command -コマンドによっては、標準入力からの読み取りを示すフォームを要求するものもあれば、引数リストが空の場合に自動的にそれを示すもの（上記のコードのように）もあります。それ以外の場合、どちらの場合もコードは を処理しfhandle、入力元は考慮しません（エラー メッセージにファイル名を含める必要がある場合を除きますが、ファイル名は追加の変数に挿入できます）。

関連情報