BibTeXパーサーを書き始めました。私がしたい最初のことは、括弧内の項目を解析することです。ブレースされたアイテムは、著者フィールドまたはタイトルなどです。フィールド内にネストされた中カッコがある可能性があります。次のコードは、は、ネストされた括弧を扱うしません:文法を使って入れ子になっている可能性のある項目を解析する
use v6;
my $str = q:to/END/;
author={Belayneh, M. and Geiger, S. and Matth{\"{a}}i, S.K.},
END
$str .= chomp;
grammar ExtractBraced {
rule TOP {
'author=' <braced-item> .*
}
rule braced-item { '{' <-[}]>* '}' }
}
ExtractBraced.parse($str).say;
出力:
「author={Belayneh, M. and Geiger, S. and Matth{\"{a}}i, S.K.},」
braced-item => 「{Belayneh, M. and Geiger, S. and Matth{\"{a}」
さて、パーサは、ネストされた括弧を受け入れるようにするために、私はのカウンタを維持したいと思います現在解析されている中括弧の数。閉じ中括弧に遭遇したときに、カウンタを減らします。カウンタがゼロになると、完全な項目を解析したものとみなします。
この考え方に従うために、braced-item
正規表現を分割して、各文字に文法アクションを実装しようとしました。 (以下braced-item-char
正規表現上のアクションメソッドは、ブレースカウンターを処理する必要があります):
grammar ExtractBraced {
rule TOP {
'author=' <braced-item> .*
}
rule braced-item { '{' <braced-item-char>* '}' }
rule braced-item-char { <-[}]> }
}
しかし、突然、今構文解析が失敗しました。おそらく愚かな間違いですが、今はなぜ失敗するのか分かりません。
1.私の知る限り、ルールは 'ルール'または '正規表現'が必要な場合を除いて常に 'token'を使います。処理を進めるには 'token braced-item-char ...'を使います。 2.私は、 'use Grammar :: Tracer'を追加することで、問題を数秒で分離しました。 [私のSO文法のデバッグについての答え](https://stackoverflow.com/a/19640657/1077672)を読んでいますか? 3.マニュアルカウントを導入するのではなく、正規表現エンジンで再帰レベルを追跡するのはなぜですか? 4. [私のOTTがbibtex質問に答える](https://stackoverflow.com/a/45181464/1077672)を見たことがありますか? – raiph
@raiphありがとう! 'rule'の代わりに' token'を使うことで問題が解決されました。私はどのように私は正規表現のエンジンが再帰を追跡することができた興味がありますか?私は間違いなくあなたの他の記事を見ています! –
P6正規表現は完全に再帰に満足していることに注意してください。たぶん[バランスの取れた括弧の例](https://examples.perl6.org/categories/best-of-rosettacode/balanced-brackets.html)がインスピレーションのために役立つでしょうか? – raiph