正規表現の「否定」

# こんな困りごとを解決します

:smiley:「京都」で検索！

![image.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/156941/043f6dd0-294d-0da5-353a-353cdafe74e4.png)

:thinking: :thinking:

:smiley: かぎ括弧の中身だけを正規表現 `「.* 」` で抽出！

![image.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/156941/1dbff5ab-c825-d534-21d7-76920f444d6b.png)

:sweat_smile: :sweat_smile: :sweat_smile:

# 1. はじめに - 正規表現における2つの「否定」

「正規表現 否定」で検索してここへ来た方へ。 **おそらくあなたが想定しているような「正規表現で否定を表すシンプルな表現」はないです。** でもご安心を。おそらくあなたがやろうとしている事は、正規表現を使ってできます！「正規表現 否定」という理解レベルから、一歩上を目指してみましょう。

この記事では正規表現における「否定」のうち、**否定文字クラス** と **否定後読み・否定先読み** という機能を解説します[^1]。 手っ取り早く使えるようになってもらうために、説明の後に例と練習問題を載せました。また、私含めた正規表現勉強中の方へ向け、基本的な正規表現機能の説明を適宜加えました。一方である程度知っている方はサクサク読めるように、補足や細かい内容は折りたたみ部に入れました。

[^1]: 他にも「否定」を正規表現で表す方法があるのかどうかは調べませんでした。ですがこの2つを使えるようになれば、「否定」関連でやりたいことはだいたい表現できるようになりそう。

否定後読み・否定先読みに類似する機能に、**肯定後読み・肯定先読み** があります。せっかくなので、これも今回解説します。


<details><summary>凡例・注</summary>

正規表現は `[\d,]+(?=円)` のようにコードとしてハイライトしてあります。ただし▷の小見出し内ではハイライトが使えなかったので、普通に記載しています。  
正規表現がどの文字列のどの部分にマッチするかの例文は、「`[\d,]+(?=円)` のテスト例文」のような見出しをつけてあります。また、テスト文字列のうちマッチする箇所のみに背景色をつけてあります(下記の例参照)。

![image.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/156941/b9c69ee7-4a27-0da7-5e42-697d35b2e97f.png)

</details>    

# 2. 否定文字クラス

否定文字クラスとは、簡単に言うと「ある文字を除く任意の文字にマッチする」正規表現のことです。書式は `[^除外したい文字]` のように書きます。

<details><summary>否定文字クラスの前に、文字クラスについておさらいしたい方へ</summary>

文字クラスという用語は知らないけれど、 `[0-9]+` の意味はわかるよ、という方はいるかもしれません。ここでいう `[0-9]` の部分は、0から9までの文字、すなわちアラビア数字という**文字種**[^2]を表します。このように**文字種**を表すための正規表現を**文字クラス**といいます。ちなみに `+` の部分は、1文字以上という意味です。

[^2]: 「文字種」という言葉が正規表現や文字コード界隈で特別な意味を持つ可能性がよぎりましたが、時間がなかったので調べていません。不正確な言葉遣いだったらごめんなさい。
    
文字クラスを表すための基本的な表現として、 `[0123456789abcdef]` のようにマッチしてほしい文字をすべて列挙する方法、 `[a-f]` のように範囲で指定する方法、 `[0-9a-f]` のようにそれらを組み合わせる方法(この場合は0から9の数字か、aからfのアルファベットいずれかにマッチする)があります。
    
そのほかに、 `\d` で0から9の数字[^3]、 `\s` でタブやスペースや改行といった空白文字、のように、バックスペース+アルファベット で文字クラスを略記することがあります。

[^3]: 一部のUnicode対応ツールでは、すべてのUnicode数字にマッチする。「詳説正規表現 第3版 p.116より」
</details>

## 否定文字クラスの例

### 基本的な例

`[^0-9]` で、数字以外の任意の文字を表します。

<details><summary> [^0-9] のテスト例文</summary>

![image.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/156941/687825d4-c930-cd1f-5af2-f2163c08cf4d.png)
</details>

<details><summary>補足: 文字クラス内のハイフン</summary>

文字クラス・否定文字クラス内でハイフンを文字通り使いたいときは、 `[^-0-9]` のように先頭に書けばOKです。
</details> 

### 少し洗練させた例

上記例を少し洗練させて、 `[^0-9,.]` とすれば、数字の間に挟まっているカンマやピリオドも除外することができますね。こうすれば、たとえば値段が一覧になっているファイルの中に、数字・カンマ・小数点以外の余計なものが含まれていないかどうかのチェックに使えます[^4]。

[^4]: 行頭と行末の通貨記号は除外したい、漢数字も許容したい、など使う場面に応じて対応ライン=許容ライン=妥協ラインは異なりますね。自分でちょっと「楽する」ために正規表現を便利に使うなら、どの程度で妥協するかは大事です。

<details><summary>[^0-9,.] のテスト例文</summary>

![image.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/156941/c7221a25-c619-2c34-9253-906fabb760d2.png)

</details>

<details><summary>補足: 文字クラス内のピリオド</summary>
ピリオドは文字クラス内ではエスケープ不要です。文字クラスの中と外では、ルールがまったく別と考えた方が良いでしょう。
</details>

### 「対になるカッコにマッチしない」問題を解決

よくある「対になるカッコにマッチさせたいのに、近くに別のカッコがあるせいで狙ったところにマッチさせられない」問題は、否定文字クラスを活用して`「[^」]*」` と表現すれば解決することが可能です[^5]。

[^5]: 最小量指定子 `*?`, `+?` などを使うことでも解決可能です。こっちの方がスマートかも

<details><summary>「[^」]*」 の分解</summary>

- `「` かぎ括弧開きにマッチ
- `[^」]*` かぎ括弧閉じ以外の文字 が任意の数マッチ[^6]。
- `」` かぎ括弧閉じ にマッチ

[^6]: `*` は直前の要素が任意の数(0でもいいし、たくさんあってもいい)マッチすることを表します。
</details>

<details><summary>「[^」]*」 のテスト例文</summary>

![image.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/156941/091648d4-e2bb-2a95-ba2d-8c71197d8296.png)

例文の出典[^7]

[^7]: 夏目漱石「こころ」四十二　https://www.aozora.gr.jp/cards/000148/files/773_14560.html より。
</details>

<details><summary>もっと詳しい解説</summary>

正規表現特有の「記号ばっかりで頭おかしくなりそう！」という気持ちはよくわかります。次のようにステップに分けて、落ち着いて考えれば大丈夫。

原型は、かぎ括弧で囲まれた部分を表す次の正規表現です。
 `「」`
その中に、任意の文字が任意の数だけマッチするようにした正規表現 `.*` を入れて、
`「.*」`
とします。
    
この状態でもある程度機能しますが、先ほど述べた「対になるカッコにマッチさせたいのに、近くに別のカッコがあるせいで狙ったところにマッチさせられない」という問題が発生してしまうわけです（[Regex Tester](https://regex101.com)でテストしてみましょう）。

<details><summary>「.*」 のテスト</summary>

![image.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/156941/760994b0-5485-da1e-f9c9-d350aca1d33f.png)
</details>

そして、それを解消するためのアイデアが先ほどの正規表現 `「[^」]*」` だったのでした。かぎ括弧の中身が `.*` から `[^」]*` になっています。かぎ括弧の中身はなんでもいい、としてしまうと、かぎ括弧閉じ `」` も含めてなんでもいい、と解釈されてしまい、最も長い部分にマッチしてしまいます。そこで、`「[^」]*」` とすることで、
    
* `「` かぎ括弧開きにマッチ  
* `[^」]*` かぎ括弧閉じ以外の文字 が任意の数マッチ  
* `」` かぎ括弧閉じ にマッチ
    
のすべてを満たした部分のみにマッチするので、結果的にかぎ括弧の開始から終了までが狙ったとおりにマッチします。

</details>

### 否定文字クラスを使った練習問題


次の文字列の中から、 色をつけた部分のみにマッチする正規表現を考えましょう。

![image.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/156941/2ce7c449-4bc3-30bc-d6d0-75463bde4055.png)

<details><summary>コピペ用</summary>

```
/Users/TomK/Project/Todo/app.js  
/Users/TomK/Project/Todo/natural.css  
/Users/TomK/Applications/Notion.app  
/Users/仕事用/Applications/Notion.app
```
</details>

<details><summary>解答</summary>

`[^\/]*$`

**解説**

行末付近のみを抜き出したいので、 `$` を使います。

ファイル名部分にはスラッシュを使えないので、「行末付近にある、スラッシュ以外の文字列の並び」を考えればよいです。従って解答は `[^\/]*$` 。

- `[^\/]*` スラッシュ以外の文字列、任意の数　にマッチ
- `$` 行末位置 にマッチ
- `\/.*?$` ではダメ？: マッチは先頭から順に試されるので、最小量指定子 `.*?` を使ったとしてもこの例ではうまくいかない。
</details>

# 3. 否定後読み・否定先読み

否定後読みとは、一言で言うと「左側に特定のマッチがないような**位置** にマッチする」正規表現です。  
書式は `(?<!左側に来てはいけないパターン)` のように書きます。

否定先読みとは、一言で言うと「右側に特定のマッチがないような位置 にマッチする」正規表現です。  
書式は `(?!右側に来てはいけないパターン)` のように書きます。

一言で説明されても難しいと思うので、例で説明します。

<details><summary>先読みと後読みが逆では！？</summary>

感覚としては左から右に向かって文を読むので、自分が右を向いている状態。前方=先が右、後方が左、という説明でいかがでしょうか？自分的にはしっくり来てます。
</details>

## 否定後読みの例

<details><summary> (?&lt;!東)京都 のテスト例文</summary>

![image.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/156941/cab39749-2c7d-350e-78cf-060260be1023.png)

</details>

テスト例文の中から色をつけた部分だけにマッチさせたいとします。「京都」にマッチさせたいので正規表現パターンを `京都` とすると、東京都立大学や東京都市大学にもマッチしてしまいます。

そこで、「左側に 東 がなくて、かつ 京都 にマッチしたい」と考えます。これはまさに否定後読みがぴったりはまる利用場面です。 `(?<!東)京都` という正規表現を使えば、上記の色をつけた部分にのみマッチします。

## 否定先読みの例

<details><summary>.+\.(?!md).+ のテスト例文</summary>

![image.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/156941/8c335c0a-2690-2bcf-b119-a5f7dbd893d7.png)


</details>

テスト例文のようなファイル名の一覧から.mdファイル以外を効率的に発見するために、否定先読みを活用できます。`.+\.(?!md).+` という正規表現を考えてみました。

<details><summary>.+\.(?!md).+ の分解</summary>

- `.+` 任意の文字が1つ以上: ファイル名のうち拡張子の前部分を想定
- `\.` ピリオド
- `(?!md)` mdという文字列が右側に来なければOK
- `.+` 任意の文字が1つ以上: ファイル名のうち拡張子の部分を想定
</details>

<details><summary>もっと詳しい解説(やや長いです)</summary>

文字列    
2023-12-01.pdf    
が正規表現 `.+\.(?!md).+` にマッチする手順を説明します[^8]。正規表現`.+\.(?!md).+` を構成する要素を順番にみていきましょう。

[^8]: ここでは正規表現主導型=NFA型の正規表現エンジンを使っている場合を想定しています。正直、私が個人的に使っているツールはほとんどこの(従来型)NFA型正規表現エンジンを使っているように見えました。テキスト主導型=DFA型の正規表現エンジンを使っている場合には異なるマッチ手順をしています。詳しくは参考文献欄の「詳説 正規表現」を参照。
    
- `.+` 任意の文字が1つ以上: ファイル名のうち拡張子の前部分を想定
- `\.` ピリオド
- `(?!md)` mdという文字列が右側に来なければOK
- `.+` 任意の文字が1つ以上: ファイル名のうち拡張子の部分を想定
    
**`.+` 任意の文字が1つ以上: ファイル名のうち拡張子の前部分を想定**  
最大量指定子 `+` があるので、行けるところまで行きます。

マッチの候補：
![image.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/156941/ec6b32c8-2c10-6b39-3d50-45a632ec715b.png)

    
**`\.` ピリオド(リテラル)**  
正規表現の次の要素はピリオド(リテラル)なので、「行けるところまで」行ったマッチの候補のうち、次がピリオドになっている部分以外は捨てられます。
    
マッチの候補：
![image.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/156941/1aa0a83e-4689-c7ec-20b4-cd3156d9c0eb.png)

    
**`(?!md)` mdという文字列が右側に来なければOK**  
正規表現の次の要素は否定先読みなので、右側に `md` がこなければOKです。右側に特定のパターンがこないかどうかチェックだけして、カーソル(マッチの候補を精査する箇所)は先へ進めません。(この考え方を「マッチを消費しない」と言ったりします。詳しくは第5節参照。) 今回は唯一残っている候補は、mdという文字列が今の位置(ピリオド)の右側にないのでOKですね。
    
マッチの候補：      
![image.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/156941/1aa0a83e-4689-c7ec-20b4-cd3156d9c0eb.png)
    
**`.+` 任意の文字が1つ以上: ファイル名のうち拡張子の部分を想定**   
正規表現の最後の要素はまた「行けるところまで行く」タイプなので、行末まで行きます。
    
マッチの候補：  
![image.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/156941/ea157d9d-7edb-d7b6-550e-66bb85d5d8cf.png)
    
これで正規表現は最後まで到達しました。最後に残っていた3つの候補
![image.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/156941/ea157d9d-7edb-d7b6-550e-66bb85d5d8cf.png)
    
のうち、最も長くマッチしている物(最大量指定子 `+` を使っているため)が選ばれます。  
結果、  
2023-12-01.pdf  
にはマッチします。
</details>


この例は後でより洗練されたものを提示します。

## 否定先読みと置換を組み合わせた応用例: Markdownで目次作成

`^(?!#{1,3} ).*\n` を無に置換すれば、h1, h2, h3見出しだけを取り出せます。

![Dec-03-2023 13-48-00.gif](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/156941/eac03559-2b01-dfa8-e450-4e738999f147.gif)

h1, h2, h3見出し行以外の行をすべて葬れば、見出し行のみが残るというわけです。(実際に使うかはわかりませんが) 目次を作るのに使えそうですね。

<details><summary>^(?!#{1,3} ).*\n の分解</summary>

- `^` 行頭にマッチします。
- `(?!#{1,3} )` 否定先読み。 `#{1,3}` は#が1つから3つある場合にマッチします。今回はそれを否定先読みの中に入れているので、右側がMarkdownのh1, h2, h3見出し(( #または##または###から始まる行。最後の#と見出し文字列の間にはスペースを1つ入れる ))以外であればマッチします。
- `.*\n` 任意の文字列が行末までマッチします。改行も含めて無に置換したいので、 `\n` をパターンに含めています。
</details>

## 否定後読み・否定先読みを使った練習問題

次の文字列の中から、色をつけた部分のみにマッチする正規表現を考えましょう。
(ハイフン区切りのない電話番号で、ちょうど10桁のものにのみマッチする。携帯電話の11桁電話番号にはマッチしないようにしたい)

![image.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/156941/74886535-a791-9967-23b0-9afe80b669d1.png)

<details><summary>コピペ用</summary>

```
電話番号: 0312345678  
0450000000までお問い合わせください。  
お問い合わせ先:09000001111(直通)
```
</details>



<details><summary>解答</summary>

`(?<!\d)\d{10}(?!\d)`

先頭のゼロを活用するなら

`0\d{9}(?!\d)`

### 解説

10桁の数字なので、と簡易に
`\d{10}`
としてしまうと、携帯電話の番号11桁の先頭10桁にマッチしてしまいます。
![image.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/156941/b947339a-3b95-ed9c-3c98-e29969b61028.png)

これが嫌なので、10桁の数字の後にはこれ以上数字がこないようにしたいですね。つまり、否定先読みを使って、右側に数字が来るパターンを除外します。
`\d{10}(?!\d)`

これでうまく行ったでしょうか？これだと
![image.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/156941/1614a1b1-55fe-5fdb-2e01-7c79f734f265.png)
のようになってしまい、狙っていないところにマッチしてしまいます(9からマッチを開始すると、ちょうど10桁の数字がある&その次は数字ではないので)。

10桁の数字の前にも数字がないことが保証できれば、「ちょうど10桁の数字」を表現できますね。なので、否定後読みを使って、左側に数字が来るパターンを除外します。
`(?<!\d)\d{10}(?!\d)`

あるいは、電話番号の先頭が0であることを利用するならば、もう少し簡略化して
`0\d{9}(?!\d)`
とすることもできます[^9]。
[^9]: ただし 製造LOT=AA0000000000**0000123456** のようなものにもマッチしてしまいますが。繰り返しになりますが、どこまで正規表現を洗練させるか？どこまでを考慮に入れ、どこからは諦めるか？は重要です。
</details>


# 4. 肯定後読み・肯定先読み

「否定」の説明はこれで終わりですが、せっかくなので肯定後読み・肯定先読みについても覚えてしまいましょう。否定後読み・否定先読みの反対です。もうなんとなく想像つくと思います！

肯定後読みとは、一言で言うと「左側に特定のマッチが**ある**ような位置 にマッチする」正規表現です。書式は `(?<=左側に来てほしいパターン)` のように書きます。

肯定先読みとは、一言で言うと「右側に特定のマッチが**ある**ような位置 にマッチする」正規表現です。書式は `(?=右側に来てほしいパターン)` のように書きます。

## 肯定後読みの例

Markdownでh1(#)とh2(##)の見出し文字部分にのみマッチする `(?<=^#{1,2} ).*` という正規表現を作ってみました[^10]。

[^10]: エラーがでる場合もあります。正規表現の「方言」によるものと思われます。たとえば [https://regex101.com](https://regex101.com/) で試せるPCRE2モードでは、先読み・後読みの中で可変長の表現 `{1,2}` を使うことができません。このように正規表現にはいくつかのバリエーションがあるので注意しましょう。

<details><summary>(?<=^#{1,2} ).* のテスト</summary>
   
![image.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/156941/11bf447f-d421-b3e4-0dac-35df70a1936e.png)

</details>

## 肯定先読みの例

右側に「円」が来る数字(あるいはカンマ)の列にマッチする正規表現を
`[\d,]+(?=円)` のように作ってみました。

<details><summary>[\d,]+(?=円) のテスト</summary>

![image.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/156941/dcbf1a52-8004-83fc-3258-02d33f65e9af.png)

</details>

<details><summary>[\d,]+(?=円) の分解</summary>

- `[\d,]` 「数字またはカンマ」を表す文字クラス。 `+` をつけているので1文字以上の並びにマッチします。
- `(?=円)` 後ろに「円」が来ればマッチします。
</details>

<details><summary>[\d,]+円 との違いは？</summary>

`[\d,]+円` だと、最後の「円」まで含めてマッチします。 `[\d,]+(?=円)` だと、最後の「円」は含まずにマッチします。
</details>

## 肯定後読み・肯定先読みを使った練習問題

次の文字列の中から、色をつけた部分のみにマッチする正規表現を考えましょう。
(JSONのうち、値がUUIDの形式になっている部分の**キーのみ**にマッチする。)

![image.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/156941/19f68962-6194-680c-c146-bb4469a2cf5c.png)

<details><summary>コピペ用</summary>

```
{
  "id" : "12345678-1234-1234-1234-123456789012",
  "title" : "myTitle",
  "content" : "myContent",
  "createdAt" : "2019-09-01 00:00:00",
  "createdUser" : "12345678-1234-1234-1234-123456789012",
  "updatedAt" : "2019-09-01 00:00:00",
  "updatedUser" : "12345678-1234-1234-1234-123456789012"
}
```
</details>

<details><summary>補足: UUIDの書式</summary>

f12555ea-3532-4114-867a-e463dadc5052

のように、

- 8桁-4桁-4桁-4桁-12桁
- 各桁は16進数[0123456789abcdef]
- 厳密にはバージョンとかルールとかあるけど例によって今回はこだわらなくていいです。
</details>

<details><summary>解答</summary>
    
`[^"]+(?=" ?: ?"[0-9a-f]{8}-[0-9a-f]{4}-[0-9a-f]{4}-[0-9a-f]{4}-[0-9a-f]{12}")`

### 解説

長いけど要素ごとにみればシンプルです！

- `[^”]+` ダブルクォーテーション以外の文字列 1文字以上
- `(?=" ?: ?"` 肯定先読み `" : "` つまりキーと値の間の部分にマッチ。コロン前後のスペースはあってもなくてもいいので `?` をつけました。((もっとこだわりたければ `\s*` にしてもよいし、例題にはスペース1つが必ず入っていたので `?` なしでもよい))
- `[0-9a-f]{8}-[0-9a-f]{4}-[0-9a-f]{4}-[0-9a-f]{4}-[0-9a-f]{12}` UUID本体部分。
- `")` 値部分のダブルクォーテーション閉じと、肯定先読みの終わり。

</details>

# 5. 先読み・後読みをもっと理解する

これらは細かい挙動ですが、先読み・後読みをより深く理解し、使いこなすのに役立つはずです。

## 5-1. 「マッチを消費しない」という考え方

### 例: the 以外の3文字の英単語

`\b(?![Tt]he)[a-zA-Z]{3}\b`

<details><summary>\b(?![Tt]he)[a-zA-Z]{3}\b のテスト例文</summary>

![image.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/156941/158e34c1-65a6-0643-49a9-eff1a00c478a.png)

</details>

`(?![Tt]he)` で、右側にtheやTheが来ないことをチェックします。この際、カーソル(現在注目している文字)は動かさないままです。このことを「マッチを消費しない」と言います((ちゃんとした用語じゃないかも。「詳説 正規表現」では頻繁に登場した言葉。) 。個人的には、「右側をチラ見する」感覚だと思っています。先読み・後読みでない通常のマッチでは、チラ見でなくどんどん読み進めていく感じ。

<details><summary>\b(?![Tt]he)[a-zA-Z]{3}\b の分解</summary>

- `\b` は単語境界にマッチします。
- `(?![Tt]he)` 肯定先読み。右側をチラ見して、theやTheがないことをチェックします。
- `[a-zA-Z]{3}` で、アルファベット3文字にマッチします。繰り返しになりますが、 `(?![Tt]he)` はマッチを消費していないので、 `\b` つまり単語境界の直後の `[a-zA-Z]{3}` にマッチします。
- 最後に、`\b` が単語境界にマッチします。これにより3文字の英単語のみにマッチします。
</details>

あるいは、同じ事を後読みを使って表現することもできます。

`\b[a-zA-Z]{3}(?<![Tt]he)\b`

<details><summary>\b[a-zA-Z]{3}(?&lt;![Tt]he)\b の分解</summary>

- `\b` が単語境界にマッチします。
- `[a-zA-Z]{3}` で、アルファベット3文字にマッチします。この時点では、Theやtheも含めてマッチします。
- `(?<![Tt]he)` で、左側にtheやTheが来ないことをチェックします。1つ前のステップでアルファベット3文字を読んだ後、左側をチラ見して、既に通ってきた部分がtheやTheでなければクリア！という感覚です。
- 最後に、`\b` が単語境界にマッチします。これにより3文字の英単語のみにマッチします。
</details>

### 例: ファイル名の末尾が.mdで終わらない

※新しい情報はないです。これまで学んだことの復習です

後読みは「既に読んだ部分を振り返る」ことができるのでした。これを使って、ちょっと前に登場した「ファイル名の末尾が.mdになっていないもののみを抜き出す」例をより洗練させることができます。

`.*(?<!\.md)$`

<details><summary>.*(?&lt;!\.md)$ のテスト例文</summary>

![image.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/156941/8c335c0a-2690-2bcf-b119-a5f7dbd893d7.png)
</details>

<details><summary>.*(?&lt;!\.md)$ の分解</summary>

- `.*` 任意の文字、任意の文字数にマッチします。
- `(?<!\.md)` 左側に `.md` が来ないことを、既に読んだ左側をチラ見してチェックします。
- `$` 行末にマッチします。
</details>


## 5-2. 先読み・後読みは文字(列)ではなく、位置にマッチする

先読み・後読みは文字列自体にマッチするわけではなく、位置にマッチします。たとえば、肯定先読み `(?=#+)` なら、「右側に#がいくつか来るような**位置**」にマッチします。

といってもわかりにくいですね。置換を組み合わせつつ、通常文字列の場合と比較してみましょう。

 **通常文字列×置換**

![Dec-03-2023 14-18-12.gif](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/156941/9d91cd42-fbb7-32e8-1a55-c017113f6ccc.gif)


 **先読み×置換**

![Dec-03-2023 14-19-02.gif](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/156941/092226e7-0fe3-b24c-7825-558193db9fb9.gif)


通常文字列の場合には、マッチした 「###」の部分が「！！！！！」に置き換えられています。それに対して、先読みの場合には「###」自体にマッチするのではなく「右側に###が来るような位置」にマッチするので、無を「！！！！！」に置き換えます。つまり、「！！！！！」を挿入したような結果になるのです。

# 6. おさらい

本記事では正規表現における2種類の否定として、**否定文字クラス**と**否定後読み・否定先読み**を紹介しました。また、後読み・先読み関連で、**肯定後読み**・**肯定先読み**についても紹介しました。

書式を改めて掲載します。

| 機能 | 書式 | 例 |
| --- | --- | --- |
| 否定文字クラス | [^除外したい文字] | [^0-9,.] |
| 否定後読み | (?<!左側に来てはいけないパターン) | (?<!東)京都 |
| 否定先読み | (?!右側に来てはいけないパターン) | .+\.(?!md).+ |
| 肯定後読み | (?<=左側に来てほしいパターン) | (?<=^#{1,2} ).* |
| 肯定先読み | (?=右側に来てほしいパターン) | [\d,]+(?=円)  |

<details><summary>覚え方</summary>

後読み・先読みは、規則的な書式になっているので覚えてしまいましょう。

|  | 否定 | 肯定 | 特徴 |
| --- | --- | --- | --- |
| 後読み | (?<!) | (?<=) | < がある |
| 先読み | (?!) | (?=) | < がない |
| 特徴 | ! がある | = がある |  |
</details>


# 7. 参考文献

Jeffery E. F. Friedl 著、株式会社ロングテール／長尾高弘 訳「詳説 正規表現 第3版」2008年、オライリー・ジャパン

アドカレなのにキャッチーなこと書けなくてすみません、、骨太本を読んで(まだ途中ですが)刺激を受けたので、シェアしたくて書いてみました。最新技術も楽しいですがこういった基礎的なことをしっかり固めるのも大事かなと思います。