問題タブ [javacc]

JavaCC を使用して一部の Java 5 クラスを自動生成し、すべてのクラスをコンパイルして単体テストを実行するのに、開発者のマシンで約 12 分かかる大規模なコードベースがあります。

このプロジェクトは、グループでビルドできる複数のプロジェクトで構成されていますが、10 分以内に完全にビルドすることを目指しています。

このビルド時間を短縮するためのヒントは何ですか?

ありがとう

懸念事項は、ドキュメンテーション/学習可能性、Eclipse の統合、ツール、コミュニティ サポート、およびパフォーマンスです (ほぼこの順序で)。

JavaCCパーサーのtoken<NULL："null">に奇妙な問題があります。のような表現で

パーサーはNULLトークンを認識せず、「null」が予期される例外をスローします。トークンの定義を<NULL： "null_val">などに変更すると、正常に機能します。これは私の間違いですか、それともJavaCCはトークン値として「null」を受け入れませんか？

JavaCC を使用して文法を作成していて、小さな問題に遭遇しました。ASCII 拡張セット内の有効な文字が結果のコンパイラによって認識されるようにしようとしています。同じ JavaCC の例 (主に JavaCC Grammer 自体を示す例) を見た後、自分の文字を認識するために次のトークンを設定しました。

私がこれを正しく理解していれば、0 から 377 までのすべての ASCII 文字の 8 進表現で一致するはずです (拡張 ASCII セットの 256 文字すべてをカバーします)。これは、すべてのキーボード文字 (az、0-9、?、./ など) およびほとんどの特殊文字 (©、¬ ®) に対して期待どおりに機能します。しかし、「商標」記号 (™) を解析しようとすると、パーサーはファイルの終わりの例外をスローし続け、記号を認識できないことを示します。商標記号が受け入れられるように、キャラクターの定義を強化できる明らかな方法はありますか?

私はこの文法を使用して数式を計算しています。

それはうまくいきます。しかし、今は結果として数値を取得したくはありませんが、用語を表すクラス構造を取得したいと思います。私はこのようなことを考えました：

JavaやJavaCCとはあまり関係がなかったので、そのための文法の書き方を教えてください。

PS：私はJavaMEを使用しています。

RTF ドキュメント形式と、Java ライブラリを使用した解析に精通している人はいますか。これを行う標準的な方法は、JDK Swing API で RTFEditorKit を使用することです。

Swing RTFEditorKit API

しかし、RTF ドキュメントの解析に関してはそれほど正確ではありません。実際、API には次のコメントがあります。

RTF サポートは、Swing チームによって作成されたものではありません。将来的には、提供されるサポートを改善したいと考えています。

これが起こるのを待つつもりはないと思います:)

もう 1 つのアプローチは、JavaCC を使用して文法を定義し、パーサーを生成することです。これはうまく機能しますが、完全な文法を見つけるのに苦労しています. 私はもう試した：

PMD 応用 JavaCC 文法

これは問題ありませんが、次のとおりです（これまでのところ最高です）。

Koders RTFParserDelegate と ETranslate 文法

ETranslate 文法にはさまざまな実装があります ( Nutch API がこれを使用する可能性があることは知っています)。 どちらが最も正確な文法であるか、またはこれに対するより良いアプローチがあるかどうかを誰かが知っていますか?

JavaCC ドキュメントを調べて .jj ファイルを理解し、RTF ファイルに対してテストすることができます...これが私の現在のアプローチですが、しばらく時間がかかります...助けていただければ幸いです

javacc で非常に単純な文法のパーサーを作成しています。まとまり始めていますが、現時点ではこのエラーに完全に行き詰まっています:

問題の入力行はz = y + z + 5

問題を引き起こしているのは、varDecl() から呼び出される式です。

式は次のようになります。

このエラーが発生する理由がわかりません。洞察をいただければ幸いです。