シェルスクリプトで役立つテキスト文字列のパターンマッチングの基礎：Beginner's Guide（5/5 ページ）

効率的なシェルスクリプティングを行う上で、文字列にかんする操作は非常に重要な役割を果たす。本稿では、これからシェルパターンや正規表現と呼ばれる強力なパターンマッチングを学ぼうとする方に向けたガイドをお届けする。

[Peter Seebach，SourceForge.JP Magazine]

　一般的にパターンを用いたマッチングでは、最長マッチと呼ばれる一致判定が行われ、可能な限り広範な文字列とのマッチングが試みられる。しかし、アスタリスクのマッチ部に必要範囲以上のキャラクタが取り込まれた結果、当該パターン中のほかのコンポーネントによるマッチングが妨げられるというように、アスタリスクによる最長マッチに起因して目的とする文字列全体とのマッチングが行えなくなる可能性も存在するのだ。

　例えばパターンb*を用いた文字列bananaに対するマッチングでは*部のコンポーネントがananaというテキストに一致するが、このパターンをb*naに変更すると*部が一致するテキストはanaとなるというように、*はマッチングが可能な範囲内にて最大限のキャラクタを取り込もうとするのである。またキャラクタクラスなどそのほかのパターンコンポーネントについては、通常の文字であるリテラルキャラクタおよび特殊記号の1つである疑問符のマッチングが最優先され、その残りの部分に対してアスタリスクによるマッチングが行われるようになっている。

　こうしたシェルパターンに付随する制限の一部は、ユーザー側の工夫によって回避することも可能であり、例えば複数のアイテムを並べたリストをシェル内にて格納したければ、対象となるアイテム群をa,b,cのように区切り文字を挟んでつなげればいい。後記のサンプルコードは、こうしたリストの具体的な使用例である（このcaseステートメントでは、指定した文字列とパターンが一致した場合にのみ出力用のコードを実行する）。

*** 一部省略されたコンテンツがあります。PC版でご覧ください。 ***

　ただしこのサンプルスクリプトには、一致のチェックが厳密でないことに起因したバグが潜んでいる。具体的な問題点は、後記のような若干の変更を加えることで明確化するはずだ。

*** 一部省略されたコンテンツがあります。PC版でご覧ください。 ***

　これは先に触れたアスタリスクによる最長マッチに起因する問題であり、その対策としては、最長マッチの影響範囲と区切り記号のカンマの位置関係なども考えなくてはならない。一見すると、後記のようにパターン本体に区切り記号を追加するとうまく行きそうだが、今度はリストの両端に位置するアイテムには一致できなくなってしまう。

*** 一部省略されたコンテンツがあります。PC版でご覧ください。 ***

　この問題の最終的な対処法としては、後記のようにリストの展開時に意図的に区切り記号を追加しておくことが考えられる。

*** 一部省略されたコンテンツがあります。PC版でご覧ください。 ***

　こうして得られる$listの展開結果はカンマが両端に置かれた文字列となり、当該リストのアイテムすべてがカンマに挟まれた状態となるので、先のパターンによるマッチングは問題なく実行可能となる。

新しいことをはじめる前には「Beginner's Guide」で知識を得てみませんか？