正規表現とgrep：データフローとビルディングブロック

次の表には、GNU grepによって実装される基本的なビルディングブロック式とメタ文字のリストが含まれています。 コマンド（および他のほとんどの正規表現の実装）とその説明。パターンで使用される場合、これらの式またはメタ文字はそれぞれ、解析されるデータストリーム内の単一の文字と一致します。

いくつかの修飾子を続行する前に、これらのビルディングブロックを調べてみましょう。実験3で使用するテキストファイルは、私が以前教えていた古いLinuxクラス用に作成したラボプロジェクトからのものです。元々はLibreOfficeWriterodtファイルにありましたが、ASCIIテキストファイルに保存しました。表などの書式設定のほとんどが削除されましたが、結果として、この一連の実験に使用できる長いASCIIテキストファイルが作成されます。

例：目次エントリ

例を見て、今学んだことを調べてみましょう。まず、〜/ testsを作成します PWDのディレクトリを作成し（このシリーズの前の記事にまだ含まれていない場合は作成します）、GitHubからサンプルファイルをダウンロードします。

[student@studentvm1 testing]$  wget https://raw.githubusercontent.com/opensourceway/reg-ex-examples/master/Experiment_6-3.txt

まず、 lessを使用します Experiment_6-3.txtを調べて探索するコマンド その内容のアイデアを得るために数分間ファイルします。

それでは、簡単な grepを使用してみましょう。 入力データストリームから行を抽出する式。目次（TOC）には、プロジェクトのリストと、PDFドキュメント内のそれぞれのページ番号が含まれています。 2桁で終わる行で始まる目次を抽出しましょう：

[student@studentvm1 testing]$  grep [0-9][0-9]$ Experiment_6-3.txt

このコマンドは、実際には私たちが望んでいるものではありません。 2桁で終わり、1桁のTOCエントリが欠落しているすべての行が表示されます。後の実験で、1桁以上の式を処理する方法を見ていきます。 lessでファイル全体を見る 、このようなことができます。

[student@studentvm1 testing]$ grep "^Lab Project" Experiment_6-3.txt | grep "[0-9]$"

このコマンドは、私たちが望むものにはるかに近いものですが、完全にはありません。ドキュメントの後半から、これらの式にも一致する行がいくつかあります。余分な行を調べて完全なドキュメントでそれらを見ると、目次の一部ではないのに、なぜそれらが一致するのかがわかります。

このコマンドは、「ラボプロジェクト」で始まらない目次エントリも見逃します。時々、この結果はあなたができる最善のものであり、それは私たちが以前に持っていたよりも目次をよりよく見ることができます。これら2つのgrepを組み合わせる方法を見ていきます。 後の実験でインスタンスを1つにまとめます。

それでは、このコマンドを少し変更して、POSIX式を使用してみましょう。二重中括弧（ [[]] ）に注意してください ）その周り：

[student@studentvm1 testing]$ grep "^Lab Project" Experiment_6-3.txt | grep "[[:digit:]]$"

中括弧が1つあると、エラーメッセージが生成されます。

このコマンドは、前の試行と同じ結果をもたらします。

例：systemd

同じファイルで別のものを探しましょう：

[student@studentvm1 testing]$ grep systemd Experiment_6-3.txt

このコマンドは、ファイル内の「systemd」のすべての出現をリストします。 -iを使用してみてください 大文字で始まるインスタンスを含むすべてのインスタンスを確実に取得するためのオプション（「systemd」の正式な形式はすべて小文字です）。または、リテラル式を Systemdに変更することもできます 。

文字列systemdを含む行数を数えます 。私はいつも-iを使います 大文字と小文字を区別せずに検索式のすべてのインスタンスが確実に見つかるようにするには：

[student@studentvm1 testing]$ grep -i systemd Experiment_6-3.txt | wc
20      478     3098

ご覧のとおり、私は20行あり、同じ数である必要があります。

例：メタ文字

メタ文字を照合する例を次に示します。左角かっこ（ [ ）。まず、特別なことは何もせずに試してみましょう：

[student@studentvm1 testing]$  **grep -i "[" Experiment_6-3.txt**
grep: Invalid regular expression

このエラーは、[が原因で発生します メタ文字として解釈されます。 脱出する必要があります この文字に円記号を付けます（ \ ）メタ文字ではなくリテラル文字として解釈されるようにします：

[student@studentvm1 testing]$ grep -i "\[" Experiment_6-3.txt

ほとんどのメタ文字は、角かっこ式内で使用すると特別な意味を失います：

• リテラルの]を含めるには 、リストの最初に配置します。
• リテラルの^を含めるには 、最初以外の場所に配置します。
• リテラルの[を含めるには 、最後に配置します。

[student@studentvm1 testing]$  **grep -E files? Experiment_6-3.txt**
[student@studentvm1 testing]$  **grep -Ei "drives*" Experiment_6-3.txt**
[student@studentvm1 testing]$  **grep -Ei "drives+" Experiment_6-3.txt**
[student@studentvm1 testing]$  **grep -Ei "drives{2}" Experiment_6-3.txt**
[student@studentvm1 testing]$  **grep -Ei "drives{2,}" Experiment_6-3.txt**
[student@studentvm1 testing]$  **grep -Ei "drives{,2}" Experiment_6-3.txt**
[student@studentvm1 testing]$  **grep -Ei "drives{2,3}" Experiment_6-3.txt**

 [student@studentvm1 testing]$  **grep -Ei "\<drives\>" Experiment_6-3.txt**

[student@studentvm1 testing]$ grep -Ei "tar" Experiment_6-3.txt
[student@studentvm1 testing]$ grep -Ei "\<tar" Experiment_6-3.txt
[student@studentvm1 testing]$  grep -Ein "\<tar\>" Experiment_6-3.txt

[student@studentvm1 testing]$ grep -Eni "\<shell (script|program|variable|environment|prompt)" Experiment_6-3.txt