\nとnlがたまたま同じって？

Question

<中略>正規表現でバックスラッシュを一つ使うたびに、文字列リテラルではそれを2個のバックスラッシュで表さなければならないことだ。たとえば、正規表現の「\n」を表すためには、"\n"と

書かなければならない。文字列リテラル内でバックスラッシュを一つ付け加えずに、"\n"を使ってしまうと、多くの言語では、正規表現エンジンに「NL」が渡されてしまう。これは、たまたま「\n」と
同じではある。しかし、/xのようなフリーフォーマットで正規表現を書いている場合には「NL」だと何もないことになってしまうのに対し、「\n」は改行にマッチする正規表現であり続ける。

詳説正規表現99頁の内容の一部ですが、質問があります。

これは、たまたま「\n」と同じではある。

とありますが、どういう意味なのでしょうか。\nは、正規表現エンジンだとNLとして判断されてしまう、というところまではわかりますが、

これは、たまたま「\n」と同じではある。

とはどういうことなのでしょうか。

---

しかし、/xのようなフリーフォーマットで正規表現を書いている場合には「NL」だと何もないことになってしまうのに対し、「\n」は改行にマッチする正規表現であり続ける。

パターン修飾子の/xは、文字クラス外の空白をほとんど無視します。ここまでは分かりますが、以降の

「NL」だと何もないことになってしまうのに対し、「\n」は改行にマッチする正規表現であり続ける。

の部分がよく理解できません。どういうことなのでしょうか。

Answer 1

前半については、

• 文字列リテラルに\nと書く→文字列としては「改行文字」になる→正規表現エンジンが「改行文字」を検索する
• 文字列リテラルに\nと書く→文字列としては\nになる→正規表現エンジンが「改行文字」を検索する

ということで、「正規表現エンジン」と「文字列リテラル」のどちらでも\nを改行文字と解釈するため、結果としては同じとなります。数値を示す\dのように、文字列リテラルで認識しないものを書いた場合には話が違ってくる、ということです。

そして、/xでは改行文字も無視されるので、文字列レベルで改行になっている、リテラルの\nでは無視されるのに対して、文字列上は\nとなっているリテラルの\nは、無視されずに検索対象となります。