正規表現チェッカー&記法の簡易分解

正規表現を独自の簡易ルールで要素ごとに並べ,ブラウザのJavaScript RegExpによる一致結果と番号付きキャプチャを確認します.表示は学習・確認用の記法リストであり,AST,NFA/DFA,状態遷移図,実行トレースではありません.

読み込み中...

このツールが向いている用途

操作欄に戻る ↑

JavaScriptのRegExp仕様に基づき、正規表現パターンのトークン分解解説とテスト文字列のマッチ・キャプチャ結果を確認したい時に適します。

まず試せること

郵便番号サンプル『^(\d{3})-(\d{4})$』にgmフラグを指定し、『123-4567』の行が適切に一致するか試します。

利用条件

完全なAST構文木やレールロード図の描画ではありません。パターン2000字・本文10万字の上限があり他言語仕様とは一部異なります。

ZeroToolsのブラウザ内処理とプライバシー

ZeroToolsは,入力内容を端末内で処理するツールを中心に提供しています.各ツールの対応範囲と制限を確認して利用してください.

データの取り扱い・プライバシー方針
第1章

独自の簡易字句解析による正規表現パターンの記法分解プロセス

本ツールの記法分解機能は,入力された正規表現文字列を先頭から順次スキャンし,意味を持つ最小単位であるトークンへと分割する独自の簡易字句解析エンジンによって支えられています.一般的な正規表現評価系のような抽象構文木(AST)の構築や,非決定性有限オートマトン(NFA),決定性有限オートマトン(DFA)への変換といった複雑なコンパイル処理は行わず,あくまでユーザーにとって直感的な「記法リスト」を提示することに特化した設計を採用しています.

解析プロセスでは,文字列のインデックスを1文字ずつ進めながら走査を行い,特定の記号やエスケープシーケンスが現れた段階で,それをひとつの意味的まとまりとして抽出します.例えば,ハット記号(^)やダラー記号($)によるアンカーの識別,バックスラッシュに続く\dや\wといった文字クラスの判定,あるいは角括弧([)で囲まれた範囲指定などを,構文要素としてシーケンシャルに切り出します.

この字句解析は状態を深く持たない一次元的なスキャンを中心としているため,単純な入力では軽量に動作しますが,パターンやテスト文字列によって処理時間は変わります.このような簡易的なアプローチを取ることにより,内部の複雑な状態遷移やバックトラックの経路といったエンジン内部の挙動を直接再現するものではありませんが,初学者が正規表現の各要素の役割を理解したり,熟練者が長いパターンの構成を素早く確認したりする用途において,十分な可視化の役割を果たします.

意図しないエスケープの漏れや,括弧の対応関係の誤りなどを視覚的に察知する助けとなります.

第2章

トークン種別の分類と役割の視覚的UIマッピング

字句解析エンジンによって分割された各トークンは,その構文的な役割に基づいていくつかの種別へと分類され,それぞれに適切な説明が付与されたうえで画面上にリストとして可視化されます.分類のカテゴリには,行頭や行末を示す「アンカー(anchor)」,特定の文字集合を定義する「文字クラス(class)」,パターンをまとめる「グループ(group)」,繰り返しの回数を指定する「量指定子(quantifier)」,肯定・否定の先読みなどを扱う「ルックアラウンド(lookahead)」,そして特殊な意味を持たない「通常文字(literal)」などが含まれます.

ツール画面では,これらの分類ごとに異なる背景色やバッジを割り当てることで,パターン全体の構造を色分けされたブロックの連続として把握できるように工夫されています.アンカーにはオレンジ色,文字クラスには青色,グループには紫色,量指定子には緑色といった一貫したカラーリングが適用されており,複雑に入れ子になった正規表現であっても,どこからどこまでが一つの意味的単位であるかを追いやすくなります.

各要素のUIレイアウトにおいては,左側に実際の構文文字列を等幅フォントで強調表示し,右側には「直前のパターンを0回以上繰り返す」「任意の半角数字1文字にマッチする」といった具体的な日本語の役割解説を並べて配置しています.この視覚的リスト化のプロセスは,グラフィカルな構文図やキャンバス描画を排し,縦方向のリスト表示を採用しています.

これにより,描画負荷や複雑なレイアウト計算を軽減し,多数のトークンからなる長いパターンであっても,スクロールによってスムーズに全容を見渡すことができる実用性を重視しています.

第3章

ブラウザ内蔵JavaScript RegExpエンジンを活用したリアルタイムマッチテスト

記法の分解表示とは独立して,実際にパターンがテストテキストに対してどのように合致するかを判定する検証機能は,Web Worker上でブラウザに内蔵されたJavaScriptのRegExpオブジェクトを直接呼び出し,1000msの制限時間を設けて実行されます.これにより,入力された正規表現はサーバーに送信されることなくローカル環境で評価され,設定変更や画面離脱時には旧要求が停止されます.

マッチテストには,パターン2000文字,テストテキスト10万UTF-16コードユニット,最大5000マッチ,結果文字推計8MiBという上限が設定されており,限界到達時には通知が行われます.Unicode u フラグにおける空文字一致では,サロゲートペアの場合にのみ2コードユニット分進行し,それ以外の場合は1コードユニット進行する処理が行われます.

なお,Web Workerが利用できない環境においてメインスレッドへのフォールバックは行われません.ツール側では,構文エラーの例外を捕捉して画面上に警告メッセージを表示し,実稼働環境に近いテスト体験を提供します.

第4章

番号付きキャプチャグループと一致結果の抽出表示メカニズム

正規表現の実用において,単に文字列がマッチしたかどうかの判定にとどまらず,マッチした箇所の中から特定の部分文字列を抽出する「キャプチャ」の機能は極めて重要です.本ツールでは,RegExpエンジンによるテスト結果から,全体の一致文字列に加えて,丸括弧によって定義されたキャプチャグループの抽出内容をインデックス番号とともに一覧表示するメカニズムを備えています.

評価処理の中で,JavaScriptの exec メソッドを利用することで,テキスト内のすべての一致箇所を列挙します.グローバルフラグ(g)が有効な場合は,while ループによって一致箇所がなくなるまで探索を継続し,ゼロ幅マッチによる無限ループを防止するためにエンジンの lastIndex プロパティを適切にインクリメントする制御が行われています.

取得されたデータ配列は,一致ごとに区切られたカード状のインターフェースに整理され,「一致 #1」「一致 #2」といった連番とともに階層的に表示されます.

配列の最初の要素(インデックス0)にはフルマッチした文字列全体が格納され,それに続く要素には「グループ $1」「グループ $2」として個別の抽出結果が割り当てられます.抽出対象が存在しない任意マッチの場合は,画面上に「(空)」として明示されるため,意図した文字列が正しくキャプチャされているかを確認するのに役立ちます.

この設計により,結果表示部の処理を簡素に保ち,大量のマッチが発生した場合でも安定したパフォーマンスを維持しながら,複雑なテキストから複数のデータを一度に抽出するパターンの動作を的確に検証できます.

第5章

対応フラグのサニタイズ処理とプリセットサンプルの活用方法

正規表現の挙動を大きく変化させるフラグの指定は,本ツールにおいて入力フィールドから柔軟に変更できるよう設計されています.ツールが明示的に許容しているフラグは g(グローバル),i(大文字・小文字無視),m(複数行),s(ドットオール),u(Unicode),y(スティッキー)の6種類です.

システム内部では,正規表現オブジェクトを生成する前に,正規表現パターン /[^gimsuy]/g を用いたサニタイズ処理を実行し,許可されていない文字列がフラグとして入力された場合はエラーとして弾く安全対策が施されています.

また,日常的な開発で頻繁に利用される検証要件向けに,あらかじめパターンとフラグ,テストテキストの組み合わせをセットした4種類のプリセットサンプル(郵便番号,Eメール,電話番号,IPアドレス)が用意されています.これらのサンプルは,複数行のテキストデータから該当する文字列を漏れなく抽出できるよう,初期状態で gm フラグが適用された状態で読み込まれます.

プリセットとして提供されているEメール(^[a-zA-Z0-9._%+-]+@[a-zA-Z0-9.-]+\.[a-zA-Z]{2,}$)やIPアドレス(^\d{1,3}\.\d{1,3}\.\d{1,3}\.\d{1,3}$)のパターンは,あくまで正規表現の構文を学習・確認するための一般的な形式例として用意されたものです.

実在するドメインの存在確認や,IPアドレスの数値としての範囲妥当性を保証するものではありません.ユーザーはこれらのサンプルを起点としてパターンを自由にカスタマイズし,自身のビジネス要件に合わせた正規表現を構築する際の土台として活用することができます.

第6章

簡易解析エンジンの対応外構文とパフォーマンスに関する技術的制約

本ツールは,クライアントサイドでの軽量な動作と分かりやすさを優先して設計されているため,いくつかの技術的な制約事項が存在します.最も留意すべき点は,記法分解を担う独自の簡易字句解析エンジンが,正規表現の全構文の意味論的な解釈を保証しているわけではないということです.

例えば,肯定・否定の後方参照(ルックビハインド)や,名前付きキャプチャグループ((?<name>...)),最新のUnicodeプロパティエスケープ(\p{...}),あるいはネストされた複雑な文字クラスといった高度な構文要素が入力された場合,簡易字句解析エンジンは内部構造を厳密に走査(再帰的下降パース等)しないため,それらを正確な意味論的トークンとして分割できないことがあります.

その結果,一部の記号が通常文字として扱われたり,意図しない区切りでリスト表示されたりする可能性があります.

一方,実マッチテストについてはメインスレッドをブロックしないようWeb Worker上で実行され,1000msのタイムアウトやパターン2000文字,テストテキスト10万UTF-16コードユニット,最大5000マッチ,結果文字推計8MiBといった処理上限が設けられています.

上限到達時には通知が表示され,Workerが使用できない場合にメインスレッドでのフォールバック実行は行われません.本ツールは,日常的なスクリプト開発やデータ処理に用いる,適度な長さのパターンとテキストの組み合わせの検証を主眼に置いたユーティリティとして位置づけられています.

よくある質問(FAQ)

A.
ブラウザのJavaScript(ECMAScript)RegExpを使います.他言語固有の構文とは互換性がない場合があり,対応フラグはg・i・m・s・u・yです.未対応文字を含むフラグはエラーとして表示します.
A.
いいえ.文字,エスケープ,文字クラス,グループ,量指定子などを独自ルールで左から並べる簡易分解です.RegExpエンジンのAST,NFA,DFA,バックトラッキング経路を表すものではありません.
A.
はい.テスト文字列への各マッチについて,番号付きキャプチャを表示します.名前付きキャプチャ専用の一覧や置換結果のプレビューはありません.
A.
マッチ判定はJavaScript RegExpが行いますが,分解表示は簡易解析です.ネストしたグループ,高度なエスケープ,Unicode関連構文などでは,意味のまとまりと表示単位が一致しない場合があります.