複数のオプションにグループ化括弧はいつ必要ですか？

括弧を含むほとんどのプログラムは、grep括弧をパラメータとして具体的に処理しません。これにより：

grep "(" --include "*.texi" --exclude "*.org" ")"

grep(最初の項目を検索するパターンとして処理し、最後の項目を)ファイル名として処理します。^（*）fooまるで同じようにbar。したがって、オプションをにグループ化することはできませんgrep。

しかし、問題は次のとおりです。-name、-typeなど-oは(そうではありません。オプション到着するfind。シンボリックリンクの処理に影響を与える-P//-Hなどのいくつかのオプションが必要-Lですが、これはオプションではありません。代わりに^（**）に固有の検索式の一部ですfind。

強調する表現するそこに。find式を提供すると、( -name *.texi -o -name *.org )Cに似た式に近づきます。

( patternmatch(filename, "*.texi") || patternmatch(filename, "*.texi") )

何よりも。そして、find見えるすべてのファイルに対してその式を評価します。たとえば、次のような場合があります。

( -name *.texi -o -name *.org ) -printf something

かっこがないので、かっこが必要です。

-name *.texi -o -name *.org -printf something

同じだろう

-name *.texi -o -name *.org -a -printf something

暗黙の内容があるからそして原子間の関係が与えられない限り、表現-oは次のとおりです。

patternmatch(...) || patternmatch(...) && printf(...)

そしてそして稼働率または操作はほとんどすべてのプログラミング言語で同じように機能し、乗算は加算よりも密接にリンクされています。そして、findランダムな表現をサポートしているので、自分が欲しいものが何であるかを知る方法はありません。^（***）したがって、この場合は括弧がなければ望みどおりに動作しません。

-print他の人が指摘したように、find式に "action"（など）がない場合、デフォルトで一致-execするファイル名を印刷して暗黙的に式の周りに括弧を入れるので、あなたが持っているコマンドには括弧は必要ありません。

だから、

find "$fdir" -name "*.texi" -o -name "*.org"

のように振る舞う

find "$fdir" \( -name "*.texi" -o -name "*.org" \) -print

ただし、明示的に入力する場合は、-print正しい処理順序を得るために明示的に括弧を入力する必要があります。望むより：複数の '-name' と '-exec' を持つ 'find' は、最後に表示される '-name' のみを実行します。

戻るgrep：grep括弧なしで式を処理しないので、必要ありません。入れ子や演算子の概念はありません。そしてそしてまたは一般的に言えば。代わりに、ハードコードされた動作があります。--includeとの場合には、--exclude包含規則と除外規則の両方を満足させようとしているようです。 （または少なくとも1つの--includeルールはありますが、単一の--excludeルールではありません）。またはその他。どちらも静的ルールです。どのパターンが一致するかを示すより複雑な表現を提供することはできません。

_{（* GNU grepは中間項目をオプションとして処理し、オプションの処理はオプションではなく引数の前に停止するため、他の実装でもファイル名として扱うことができます。また、括弧を引用またはエスケープすることでこれを防ぐ必要があります。シェル;彼らがすることとは何の関係もありませんgrep。 )}

_{grep（**繰り返しますが、オプションではない最初の引数がモードで、残りの引数のみがファイル名、または最後の引数が宛先であり、他の引数が移動するファイルのmv場合にのみ該当し、そのgit項目にのみ適用されます。他の操作を実行するツールなので、コマンドライン引数を異なる方法で使用する必要があります）。}

_{（***誰かが評価式は次のように言ったことがあります。重要なこと findする。つまり、印刷するファイル名を探さずにファイルツリーを調べます。計算式それらの中で。外部コマンドを印刷して実行するのは単なる副作用です。 )}